写一份可执行的 AI 任务说明
“帮我整理一下”很容易得到一份看似完整、却不是你想要的答案。补上目标、材料和期望结构，AI 才更容易抓住重点。
下面用会议记录和代码修改两个场景，介绍怎样组织一份任务说明。示例是可以按需调整的普通文字，不需要特殊提示词格式。
四项信息
| 项目 | 要写清楚的内容 |
|---|---|
| 目标 | 需要交付的文件、答案或行为变化 |
| 输入 | 真实材料、适用版本和必要上下文 |
| 边界 | 可修改范围、授权以及必须保留的内容 |
| 完成标准 | 能由人或工具检查的结果 |
文档任务示例
目标：把附带的会议记录整理成一页行动清单。
输入：仅使用本次提供的记录，保留原有负责人和截止时间。
边界：未知负责人标记为待定，不推测；不向参会者发送消息。
完成标准：每项行动对应原文依据，重复项合并，缺失信息单独列出。这里“有依据”“缺失不猜测”和“不发送消息”都能检查，避免只要求“专业一点”。把输入真正附上；文件名出现在提示词里，不代表当前端已能读取它。
代码任务怎么调整
补充工作目录、相关模块、已有失败和项目测试入口。让 Agent 先理解当前行为，再在认领范围内改动；交付时报告差异和检查结果。稳定约定可以移入 AGENTS.md，本次需求留在任务中。
执行中发现缺口
输入不足时，让执行者指出具体缺哪个字段或权限，以及补齐后继续哪一步。允许先做不依赖缺口的工作，但不能把等待当作完成。
收到结果后对照完成标准，而不是只评价文字是否流畅。涉及事实与数字时返回原始输入抽查；涉及代码时核对实际差异和测试。工作方式的边界参见 ChatGPT Work。
最后更新于