技能介绍

要解决的问题

编码代理在工具调用、上下文整理和代理间交接时，常把可用信息摊成大段说明、完整代码片段和松散的交接文本。这类输出会推高 token 与 LLM API 成本，也让后续代理需要解析更多噪声才能继续任务。这个技能面向的问题不是换模型，而是把输出压力本身作为优化对象：在不牺牲正确性边界的前提下，让代理少写代码、少写散文，并把代理到代理的交接压缩得更密。

工作方式

它以跨工具的 Honey 约定为骨架，把“输出更少、保留边界”变成编码代理可执行的工作方式。核心能力集中在三处：

输出瘦身：代理生成补丁、摘要或中间结果时，先收敛到必要代码、最小事实和明确结论，避免把上下文复读成可省略的说明。
交接压实：当任务从一个代理或工具流程进入下一环时，优先传递目标、约束、状态和已验证结果，而不是重复整套前序叙述。
可观察边界：上游提供规范、JS/Python 参考实现和 conformance vectors；使用者可以按这些材料核对行为是否仍在正确性边界内。

从文档看，相关验证会围绕输出杠杆展开：例如 bench 模式每个任务只做一次 API 调用，目的是隔离“输出量变化”对成本与结果的影响；proxy 导出 JSON 的产物包括 page-*.png、factsheet.txt 和 token 报告，便于检查是否真的减少 token；bench:cline 会把任务通过 Cline CLI headless 跑一遍，用于观察同类代理流程下的输出差异；ecologits 则属于上游侧的成本相关工具生态。

适用边界与注意点

它适合已经使用受支持编码代理宿主的工程环境，如 Claude Code、Codex、Cursor、GitHub Copilot、Gemini CLI、Windsurf、Cline、OpenClaw、Kiro、OpenCode 或 Kilo Code。若流程依赖刻意展开的说明、教学式输出或逐步讲解，过度压缩可能削弱可读性。上游也提示 Node 版本约束：相关工具链需要代理进程 PATH 中存在 Node >= 14，桌面应用常见的 /usr/local/bin/node 可能被使用；hook 现在遇到版本问题会警告，而不是静默失败。对需要严格复现或审计成本变化的项目，建议把参考实现、conformance vectors 和 token 报告一起纳入检查，而不是只凭最终任务是否通过来判断。