两步法：一种省token的开发方法

原创

hyang0
hyang0

生有可恋

2026年9月22日 06:54
湖北

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

“两步法”定义：由高级模型完成 spec 需求设计文档以及计划文件，由便宜模型完成代码编写。

对应到人类软件工程，由高级工程师完成架构和伪码设计，由码农完成代码编写和功能测试。

实测这套方法论可行，并且可以跨 agent 执行。可以把半成品打包发给同事，然后分步完成接下来的工作。

在 claude code 中出设计文档：

换人换 agent ，在 codex 中完成代码编写。

多人配合也解决了一人单线完成所有工作的限制。将复杂工程进行拆分，分配给不同人执行，并确定验收条件本来就是规模化开发的编程场景。

以 superpowers 工程流程为例，先和 agent 聊需求，第一步生成 spec 需求文档。

需求文档是最简单的目标描述，中间不涉及到代码如何实现。但涉及到数据流、以及交互方式。

甚至前端页面布局、配色、如何展示：

实现计划会具体到完成几个代码文件，功能模块如何写，测试如何做。

实现计划会将 spec 需求文档转化为任务：

基本上拿着 spec 文档和 plan 文档就可以交给任意一个 agent 执行了。

对于满上下文状态执行会急剧地消耗token，如果是 coding plan 你会看到进度条biu biu地往前蹭。快的10分钟就能把5小时额度打满。

分步执行可以降低上下文长度，让 agent 轻装上阵。省token的关键方法还是选一个便宜的模型去执行。就算效果不好，也可以当成是试错，大不了拿着执行计划，重新在新模型中再试一遍。

全程拿着K3这种超级模型完成执行计划是非常昂贵的。合理使用模型，在能承受的性能损耗状态下完成任务，才是最经济的办法。

切换上下文常用的提示词：

原始对话

将用户的对话保存到 docs/REQUIREMENTS.md 中, 作为项目复原的文档。只保留用户的对话，模型反馈的内容不放到里面。

简单的交接文档

写一个项目交接文档，给新的Agent和会话用。

复杂的交接文档

这个会话要结束了。请写一份交接文档存到 HANDOFF.md：我们在做什么任务、已经完成了什么、当前卡在哪、下一步计划是什么、有哪些踩过的坑绝对不要再踩。写给一个完全没有上下文的新会话看。

实际上使用简单的交接文档就够了:

全文完。