持续改进一套提示词

我正在迭代一套用于固定任务的 Prompt。请按本步骤目标帮我处理：我对这个任务的理解是：对于一类固定任务，建立一套有明确目标、可以验证效果、能够追溯和回退的 Prompt 迭代流程，减少凭感觉反复改写提示词的情况。

首先整理任务是什么、希望解决什么问题、有哪些输入、期望什么输出，以及怎样判断结果合格。同时，把自己对任务的理解提供给 Agent，让它复述理解、指出歧义和缺失信息，完成对齐后再设计提示词。

请保留任务目标、验收标准、测试样例、修改理由和待确认项；不要直接跳到最终稳定版，也不要声称未经测试的版本已经有效。

我正在迭代一套用于固定任务的 Prompt。请按本步骤目标帮我处理：在 Prompt 的构建上，可以采用“先大纲、后内容”的方式，类似先打地基、搭建钢筋，再填充水泥。

1. 明确任务：整理任务目标、背景、输入输出、约束和验收标准。
2. 设计大纲：让 Agent 给出清晰的 Prompt 结构，并说明每个部分的用途，先确认结构是否合理。

请保留任务目标、验收标准、测试样例、修改理由和待确认项；不要直接跳到最终稳定版，也不要声称未经测试的版本已经有效。

我正在迭代一套用于固定任务的 Prompt。请按本步骤目标帮我处理：3. 逐步填充：围绕大纲补充具体指令、处理规则、输出格式和必要示例，形成可测试的初版。 4. 验证效果：使用固定样例进行测试，记录实际输出与预期之间的差距。样例应包含常见情况、复杂情况和曾经失败的情况。

请保留任务目标、验收标准、测试样例、修改理由和待确认项；不要直接跳到最终稳定版，也不要声称未经测试的版本已经有效。

我正在迭代一套用于固定任务的 Prompt。请按本步骤目标帮我处理：5. 持续优化：根据具体问题提出修改假设，每轮集中处理一个主要问题，对比修改前后的效果，并检查是否引入新的退步。

这个过程不是只能向前推进的线性流程。如果测试发现问题来自任务理解或结构设计，就应回到相应阶段调整。优化也不等于不断增加指令，删除重复、模糊或相互冲突的内容，同样是优化。

请保留任务目标、验收标准、测试样例、修改理由和待确认项；不要直接跳到最终稳定版，也不要声称未经测试的版本已经有效。

我正在迭代一套用于固定任务的 Prompt。请按本步骤目标帮我处理：整个过程使用 Git 管理，版本记录不仅包含 Prompt 本身，也包含任务说明、测试样例、验收标准和评测结果。在任务对齐、大纲确认、初版完成和问题修复等关键节点提交，记录“改了什么、为什么改、验证结果如何、是否保留”，并为稳定版本打标签，方便后续追溯和回退。评测时同步记录模型版本、参数和测试集版本，便于解释结果差异。

最终希望交付的是：一套可用的 Prompt、一份清晰的版本迭代记录，以及支持改进结论的测试证据。 Git 负责记录变化，评测负责判断变化是否带来了改善。

请保留任务目标、验收标准、测试样例、修改理由和待确认项；不要直接跳到最终稳定版，也不要声称未经测试的版本已经有效。