铭鸿体育资讯网

为了节约上下文 handoff 新开 Session,这在半年一年前是很好的实践

为了节约上下文 handoff 新开 Session,这在半年一年前是很好的实践,现在没太有必要,因为 codex 自己上下文压缩做的很好了,或者 /compact 一下继续就足够了。

当然如果关系不大的任务,还是新开 Session 更好。

当然除此之外 handoff 还是适用于跨 Agent session 的,比如 Claude Code 里面没完成的 session 让 Codex 继续。

不过我更习惯于 Claude Code 里面用 Fable 5 写技术方案文档,然后反复 Review、修改后把文档交给 Codex,配合 /goal 让它按照文档执行推进。

当然设置好严格的验收标准也很有必要,否则它会偷懒。

之前一个迁移任务没有设置验收标准,它就给我交付了一个差强人意的,离我要求的还有比较大差距。(参考图3)

重新加上了验收标准:UI 界面像素要和原版完全一致,那么它每一步都会截图对比像素差异,直到完全一致(或者可以忽略的差异)(参考图4)

-----

上下文频繁到 80% 并不是什么大问题,compact 并不会频繁执行,因为执行太多一方面影响正在执行任务上下文准确性(也许压缩后,需要重新补充上下文),一方面也不能充分利用 Prompt Caching。

并不用太担心上下文 80% 影响性能的问题,因为现在模型处理长上下文能力已经很强,Harness 层也会补充一些提示信息,最新要做的事都在 prompt 最后的位置,能保证模型执行当前任务的注意力,所以对任务执行影响不大。

Handoff 并不能解决这种问题,只能适当缓解,因为新开session 也会很快因为补充上下文又会满。你不可能一直盯着它也没必要。

最佳方式就是相信它能自己处理好,设置好如何验证让它少走弯路少人工干预才是最佳使用方式。