立正说的“文件响应模式”具体怎么落到一个任务里?
提问
把任务写成文件、让 AI 读文件并把结果写回指定文件,下游只认产物文件,不认会话里说过什么。
文件当交接介质,不当聊天对象
材料里的观点立正说的文件响应模式,核心是把 CLI agent 当成能在工作目录里读写文件的 worker,而不是一个只吐字符串的接口。具体做法是:脚本先把完整任务写进一个临时文件,让 Claude Code 或 Codex CLI 去读,再要求它把完整结果写到目标文件;Python 读回目标文件后继续下一步。这样大内容不会被命令行参数长度卡住,输出也不容易被终端截断,模型的任务从“回答我”变成“把结果写进这个文件”,下游只依赖产物文件,不依赖当前会话里说过什么。长访谈这类一两个小时的素材尤其需要这样,任何一步靠临时上下文记忆都不稳1,2。
落到一个任务:先定产物文件,再让 AI 改它
结合提问者的处境拿你手头一个具体任务试:先确定这一步的产物是什么文件、放在哪个目录,把任务说明和输入路径写进一个任务文件,然后让 agent 直接修改或生成那个产物文件,而不是在对话里贴结果。立正后来把主 worker 改成直接修改分块文件之后,很多问题才开始收敛;他也提醒分块不能太碎,块太小会丢上下文、术语和语气不稳。所以第一次试时,产物文件可以粗一点、块大一点,先看 agent 能不能只凭文件把这一步做完。判断标准很直接:换一个新会话、不给它任何前情,它读任务文件和输入文件后能否产出合格结果;能,就说明交接真的落在文件上了1,2。
这些做法来自视频后期和长文翻译的流水线,任务规模与你的场景不同时,分块大小和文件层级要按实际调整。
回到2份原文
文件响应模式的定义与四条好处,是回答的直接依据。
记录了把 worker 改成直接改文件后的实际效果,以及分块过碎的踩坑。