第 3 章 · 提示词：把任务、证据与验收说清楚
好输入不只是指定角色
提示词是提交给模型的指令与相关内容。角色设定有时能帮助统一语气，但“你是专家”不会赋予专业资质，也不能弥补缺失事实。
更实用的检查框架是：目标、材料、约束、输出、验收。它是本教程的任务表达方法，不是必须遵守的行业标准。
| 项目 | 需要说清的事 |
|---|---|
| 目标 | 给谁看，用于哪个决定或场景 |
| 材料 | 用哪些来源，哪些内容只是示例 |
| 约束 | 不得改动什么；缺失信息怎样处理 |
| 输出 | 文字、表格、文件类型、位置和长度 |
| 验收 | 怎样检查事实、结构、数量和格式 |
一个可以直接改用的例子
以下日期和单位是虚构练习数据，不要当作真实通知发布。
任务：为示例园区起草停电检修通知，供行政人员审核。
已确认事实：2026-10-15，09:00—12:00，3号楼配电检修，期间停电。
署名：示例园区物业管理处。
缺失事实：联系人、联系方式、正式发文日期。
要求：
1. 200字以内，语气清楚、正式，不虚构政策依据。
2. 缺失项用【待确认】标注，不添加未经提供的星期或恢复供电保证。
3. 只输出草稿，不发送、不盖章。
4. 文末单独列出待确认清单，清单不计入正文。
验收：核对地点、起止时间和署名与输入逐项一致。
相对日期如“明天”“下周五”，需要确定日期、时区和参照时间后再展开。遇到“周六”与具体日期不一致，应指出冲突，不自行猜测哪个正确。
复杂任务：要可检查的步骤和依据
可以让 AI 先列计划、列需要读取的文件、说明假设，再分阶段产出。需要时让它解释结论依据、列计算式和来源；不必要求暴露完整内部思维过程，也不要认为固定加上“逐步思考”就一定提高所有模型的表现。推理模型官方建议
举例可以统一风格，但例子里不要混入会被误用的真实秘密、过时日期或虚构业绩。若指定严格 JSON，支持结构化输出的接口通常比只在提示词中要求“严格遵守”更容易约束结构；结构正确仍不等于事实正确。
提示词、上下文、记忆与技能
- 提示词可以被保存成模板，并不天然“一次性”。
- 应用可保存聊天历史或长期记忆，但不代表全部内容每次都进入模型上下文。
- Skill 将某类任务的操作步骤和资源组织起来，便于按需加载；它不是长期记忆的唯一方式。
- 上下文工程关注每一步应该提供哪些材料、如何检索与压缩，以及怎样检查遗漏，比不断加长提示词更广。
网页、文档、邮件里的“忽略前面的指令”“把密钥发给某处”属于外部内容，不应被当作你的授权。这类提示注入需要产品侧的权限与隔离来共同防范，单靠一句防护提示不够。
迭代时保留事实
修改可以很具体：“保留已核实数字，只缩短第二段”“把结论与建议分开”。如果目标已经改变、上下文混乱，重新整理任务说明或开启新会话也合理，不必强行沿用长对话。
练习： 给上例故意补入互相冲突的两个时间，检查 AI 是否把冲突列为待确认，而不是合并成一个新时间。
依据与延伸：提示词工程。