浏览 AI 知识库
给 AI 派活前，怎样提供材料、目标、边界和验收标准
给 AI 派活时，材料、目标、边界和验收标准要分开说。先让它复述哪些是事实、哪些只是计划，可以避免把“待上线”写成“已完成”。
沿完整工作流推进
前一阶段的可检查结果，是下一阶段的输入；中间证据不足时停在当前阶段。
一句“帮我做成周报”，最容易让 AI 自己补上什么
同事发来一句“帮我把这些资料做成周报”，附件里有旧周报、聊天截图和一份未发布计划。AI 很快写出“本周已完成上线”，但真实状态只是通过预览。
- 任务目标能用一句话复述
- 每份材料有编号和权威级别
- 允许动作、禁止动作和停止条件明确
先确认这次任务的起点、边界和交付
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 目标读者为项目负责人；材料编号 M-17、G-04、R-09；时间范围 9 月 14 日至 20 日；输出表头为事项、状态、证据、风险、下一步。 |
| 不能越过的边界 | 不把计划写成完成，不外发，不上传密钥和个人信息；材料冲突时先列问题。 |
| 要交付的结果 | 可执行任务单 |
从“目标”走到“输出与验收”
| 当前阶段 | 实际处理 |
|---|---|
| 目标 | 谁在什么场景要解决哪个具体问题，最终得到什么。 |
| 材料 | 文件、数据、链接、版本和上下文逐项列出，说明唯一事实来源。 |
| 边界 | 不能改变的事实、隐私、文件范围、语气和明确不做事项。 |
| 动作与停止 | 允许读取、修改、运行和联网到什么程度；缺材料或遇高风险时怎样停。 |
| 输出与验收 | 格式、字段、保存位置、测试、来源或人工确认怎样证明完成。 |
把‘帮我做周报’写成可执行输入
| 字段 | 本例输入 | 缺失时 | 完成证据 |
|---|---|---|---|
| 目标 | 给项目负责人一页周报，突出已合并变更和风险 | 暂停生成并确认读者 | 一页结构与读者一致 |
| 材料 | 会议纪要 M-17、Git 周报 G-04、发布记录 R-09 | 列出缺少的来源，不自行补事实 | 每条进展带来源 ID |
| 边界 | 只写 9/14–9/20，不改状态，不外发 | 标记范围冲突 | 时间范围和动作边界可回读 |
| 输出 | 表格：事项｜状态｜证据｜风险｜下一步 | 先给字段样例 | 文件路径、字段和校验结果 |
编号和日期为演示输入；真实任务单应使用当前项目的唯一事实来源。
第一次给 AI 派活，直接用这份任务说明
把真实材料、目标、边界和验收写在一次请求里，减少来回猜测。
可复制使用
第一次给 AI 派活，直接用这份任务说明
把我下面这件事改成一条信息完整、范围清楚的 AI 任务说明。若关键信息缺失，先问，不要按常见做法替我决定。 原始问题/材料【】；我希望得到的结果【】；必须遵守的约束【】；可接受的输出格式【】；如何判断做对【】。 先检查目标和验收是否能对应，列出会造成不同结果的缺口。信息足够后，整理成一段可直接发送的指令，并保留“不能做什么”和“材料未提供时如何处理”。最后用一个例子检查这条指令是否会诱导 AI 编造来源、数据或执行结果。
使用范围：把真实材料、目标、边界和验收写在一次请求里，减少来回猜测。不要编造来源、数据、执行结果或已经完成的外部动作。
完成后的可执行任务单
任务单把目标、材料、事实来源、禁止动作、输出字段和验收方式分开。AI 先复述“R-09 只证明预览通过”，确认无误后才写周报；缺少生产发布记录的事项标为待确认。
为什么“提示词越来越长，AI 仍然擅自补事实”还不能交付
提示词越来越长，AI 仍然擅自补事实
- 原因
- 要求、背景和参考样例混在连续段落里
- 怎么改
- 改成字段化任务单，并让 AI 开工前复述边界与缺口