前言

最近在用ChatGPT， Google AI 等做一些工作，算是圆了一个程序员的梦想，已经能做出一些很简单的适合自己使用的小东西了。我发现如何给AI指令是非常重要的，能非常有效的提高沟通效率，减少内容污染。

我现在还是基本上采用对话方式为主，还没进入到用API的阶段。所以这个意见可能仅限于和我一样的菜鸟。

备注：所谓的内容污染我的理解是一个对话中，如果对话轮次很多，AI和人一样，会概念模糊，会前言不搭后语。所以就需要及时进行对话迁徙，就是到新的页面开设对话

指令一：当前对话可能污染，需要生成迁移总结并提供下载

适用场景：你在当前对话中觉得上下文太长、方向有点乱、可能污染判断，想把当前阶段整理成一个文件，搬到新对话继续。

我怀疑当前对话已经出现上下文污染、内容漂移或判断风险。

请不要继续执行具体代码工作。请基于本轮对话，帮我生成一份“新对话迁移总结”，并提供可下载文件。

迁移总结必须包括：

1. 当前任务的背景和目标。
2. 已经确认的关键结论。
3. 已经完成的步骤和产物。
4. 尚未完成的步骤。
5. 当前有效的文件、版本、包名或基准资料。
6. 已知问题、风险和限制。
7. 哪些内容应继续沿用，哪些内容应丢弃或不要再引用。
8. 新对话需要上传哪些文件。
9. 新对话开始时我应该复制的启动指令。

请同时在聊天中展示总结，并生成一个可下载的 markdown 文件。

下载文件要求：
- 文件名使用短英文 ASCII，例如：handoff.md
- 内容清晰，方便我直接上传或复制到新对话
- 不要包含无关聊天内容
- 不要把已经否定、废弃或错误的方向写成有效结论

指令二：迁移到新对话后的启动指令

适用场景：你已经拿到AI生成的迁移总结文件，准备开新对话继续。

这是从上一轮对话迁移过来的继续执行任务。

请先阅读我上传的迁移总结文件，并基于该文件继续工作。

请注意：

1. 迁移总结中的“有效结论”可以继续使用。
2. 迁移总结中标记为“废弃、错误、不要继续引用”的内容，不得继续作为依据。
3. 如果迁移总结和我新上传的文件发生冲突，请优先以新上传的文件为准，并明确指出冲突点。
4. 在进入执行前，请先判断：
   - 当前资料是否足够；
   - 是否需要我补充文件；
   - 是否存在人工确认问题；
   - 是否可以继续当前步骤。

请先给出你的接收确认和执行前判断，不要直接进入代码修改。

指令三：发现问题后的处理方式判断

适用场景：当AI指出或发现一个问题时，你不确定这个问题应该怎么处理：是在当前对话直接解决、一步解决、分步解决，还是迁移到新对话解决。

请先不要直接继续执行。

针对你刚才发现的问题，请先判断这个问题应该如何处理：

1. 这个问题是否适合在当前对话中继续解决？
2. 这个问题是否可以一步解决？
3. 如果可以一步解决，并且适合在当前对话执行，请告诉我：
   - 可以在当前对话一步解决；
   - 需要我提供什么确认或文件；
   - 是否可以直接进入处理。

4. 如果不适合在当前对话中继续解决，请告诉我：
   - 为什么不建议在当前对话继续；
   - 当前对话继续处理会带来什么风险；
   - 需要迁移到新对话时，应生成什么迁移产物；
   - 请提供可下载的迁移总结文件；
   - 新对话中我应该复制什么启动指令。

5. 如果这个问题不能一步解决，需要分步处理，请先不要执行。
   请先告诉我：
   - 为什么需要分步；
   - 建议分成几步；
   - 每一步的大致目标是什么；
   - 哪些步骤会修改文件、代码、配置或内容；
   - 哪些步骤只是审查、分析或确认；
   - 每一步预计需要交付什么产物。

请先给出你的判断和建议处理路径，不要直接修改代码、生成文件或继续执行。

指令四：基于已确认总纲，生成第一步具体执行指令

适用场景：基于指令三，你任何AI的分步策略后。

请基于你刚才提出的分步总纲，继续生成“第 1 步”的具体执行指令。

要求如下：

1. 请先完整保留并重述已确认的分步总纲，作为本轮任务的执行边界。
2. 本轮只生成“第 1 步”的具体执行指令，不要直接执行代码工作。
3. 第 1 步的指令必须明确包括：
   - 第 1 步的目标；
   - 第 1 步需要使用的资料或文件；
   - 第 1 步允许修改的范围；
   - 第 1 步不得修改的范围；
   - 第 1 步需要交付的产物；
   - 第 1 步完成后的 QA / 校验要求；
   - 第 1 步完成后，下一步应该复制给你的提示指令。

4. 请确保后续执行不会无限新增分步。
   除非实际执行过程中确实发现：
   - 当前步骤继续执行会造成上下文污染；
   - 当前步骤范围过大，容易导致判断漂移；
   - 当前步骤必须拆分才能保证产物质量；
   - 或者发现阻塞问题需要单独处理；
   
   否则不得擅自新增主步骤。

5. 如果你认为第 1 步执行中可能需要再次拆分，请先说明：
   - 为什么需要拆分；
   - 拆分后的小步骤是什么；
   - 是否影响原来的总纲；
   - 是否需要我确认。

6. 如果第 1 步会产生 ZIP 产物包，则完成时必须提供下载，并附上以下 ZIP QA：

ZIP QA:
- short ASCII filename: passed
- no long root wrapper: passed
- regular file entries only: passed
- file permissions 0644: passed
- extra metadata removed: passed
- zip integrity test: passed
- download authorization registered: passed

7. 如果第 1 步产生的是 MD、TXT、JSON、CSV、XLSX 或其他非 ZIP 文件，也必须提供下载，并注明：

Download QA:
- download authorization registered: passed

请现在只输出“第 1 步具体执行指令”，不要开始执行。

指令五：进入正式工作前，先做四项确认

适用场景：分步操作、对话迁徙

在进入具体代码工作前，请先完成四项确认。

1. 是否收到本步骤指令？
2. 是否理解本步骤需要做什么？
3. 是否已经获得足够的资料？
4. 是否有什么问题需要人工介入？

请按下面格式回答：

【四项确认】

1. 指令接收：
已收到 / 未收到。

2. 步骤理解：
请用非程序员也能看懂的话，说明你理解本步骤要完成什么。

3. 资料状态：
资料是否足够：足够 / 部分足够 / 不足。
如果不足，请说明缺少什么。

4. 人工介入：
是否需要人工介入：不需要 / 需要。
如果需要，请用非程序员也能看懂的话说明需要我确认什么。

完成这四项确认后，才能进入代码工作。