第 2 步，共 6 步

把交付规则写一次

任务开始之前，先说清成品放哪儿、叫什么。一条规则，每次都粘，final_new_2 这种问题就没了。

发生了什么

不这么做要付什么

一个文件夹里十一个文件都说自己是最终版，这不是归档问题，是你一直没做的那个决定。每次改名你都在场，还是说不出你发出去的是哪一个。

解法不是更好听的文件夹名。是一条规则，在活还没出现之前就说一次，然后每个任务开头重复一遍。

这样做

1. 第一个任务开始之前，先定两件事。成品放哪儿（outputs/），怎么命名：YYYYMMDD_project_what-it-is_vNN.ext。
2. 写进任务文件夹里的 RULES.md。四行就够：工作区、交付文件夹、命名式样，还有不覆盖那条。
3. 每个任务的第一句话里把规则贴上。别指望 agent 记得上一次会话。新的会话从空白开始。
4. 再加两条硬约束。「任何版本都不覆盖，要改就是新的 vNN。」「不删除；哪里错了就出一个新版本。」
5. 结尾要求一份路径清单。「把你创建的每个文件的完整路径告诉我。」这一句把「它说做了」变成你能核对的东西。
6. 先看清单，再打开文件。文件存在，不等于文件是对的。

工作区：D:\agent-work\2026-11-12_q4-report
只在这个目录里工作。交付物放 outputs/。
命名：YYYYMMDD_project_what-it-is_vNN.ext
示例：20261112_q4-review_summary_v01.docx
不覆盖任何版本。不删除：要改就出新的 vNN。
每个你创建的文件都列出完整路径。

检查清单

• 第一句话里点了交付文件夹的名字。
• 命名式样给了，还带一个照抄就能用的例子。
• 不覆盖、不删除，两条都写了。
• agent 把它创建的东西都列了完整路径。
• 你打开了交付的文件，不是只看了文件名。

常见错误

• 让 agent「整理一下这个文件夹」。整理不是规则，是邀请。它会临时发明一套体系，用一次，然后再也不用。
• 交付之后再改名。名字一改，任何引用过它的笔记、链接、消息就全错了。要改就交付一个新版本。
• 信「保存成功」。那句话可以是真的，同时落在错的文件夹。一行路径清单就能定案。
• 把规则写长。过了六行左右就没人读了。规则保持短，细节放进包里。

这一步需要什么

完整的一份：文件夹结构、带正反例的命名规则、能直接粘贴的提示语，还有动手前的检查清单。