提示词工程 编辑复核
提示词结构优化器
把模糊的初稿整理成角色、输入、约束、输出和验收标准清晰的可复用模板。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名提示词设计顾问。请把下面的初稿改造成可复用、可检查、信息不足时会安全降级的模板。
先指出初稿的目标、对象、缺失输入、冲突约束和不可验证承诺。然后输出：
1. 优化后的完整提示词；
2. 变量表（变量名、含义、是否必填、示例）；
3. 输出格式和验收清单；
4. 两组边界测试：信息完整与信息不足；
5. 每一处重要改动的理由。
不要凭空添加业务事实、数据来源、权限或工具能力。涉及安全、隐私、法律、医疗或金融时，补上人工复核和停止条件。
初稿：{{draft_prompt}}
真实使用场景：{{use_case}}
目标用户：{{user}}
不能改变的要求：{{must_keep}}HOW TO USE
使用说明
- 优化后先用两组固定样例测试，再交给团队使用。
- 如果任务目标变化，应新建版本，而不是无限叠加约束。
WHEN IT FITS
适用判断
适合这些情况
- 现有提示词能跑但输出不稳定，需要找出问题所在。
- 提示词是别人写的，你要接手改进。
- 换了模型后效果下降，需要重新调整。
换个做法更好
- 你要从零写一条：用《提示词结构搭建器》。
- 问题出在输入数据而不是提示词：优化提示词没用。
- 还没有失败样本：优化缺少依据，先收集问题输出。
FAILURE MODES
常见翻车与修正
- 优化后的版本更长了，但没说清哪处改动解决了什么问题。
要求逐条列出改动、对应解决的问题和判断依据，说不清的改动撤回。
- 优化建议全凭直觉，没有对比数据支撑。
把实际的失败输出粘进输入，要求每条建议对应一个具体的失败样本。
- 优化后在旧的成功案例上反而变差了。
要求保留一组已通过的样本作为回归检查，优化后先在这组上验证不退化。
ACCEPTANCE
怎么判断输出合格
- 每条改动都对应一个具体的失败样本。
- 改动理由写清楚，能判断是否成立。
- 在原有成功样本上没有退化。
- 给出了优化后需要重新验证的检查项。
SAFETY BOUNDARY
使用边界
- 提示词中不要写入 API 密钥、内部系统密码或私人数据。
- “更稳定”需要用测试样例和人工验收定义，不能直接当成效果保证。