学完能做什么
你会区分事实材料、任务规则、参考样式和临时假设，并用“最少但充足”的上下文让 AI 少猜测、少跑偏。
上下文不是“越多越好”
信息太少，模型只能猜；信息太多，关键约束又会被淹没。有用的上下文应该同时满足：
- 与当前任务直接相关；
- 能指明哪些是事实，哪些是参考；
- 有版本、时间或适用范围；
- 不包含不必要的敏感数据。
先把输入分成四层
| 层次 | 内容 | 处理原则 |
|---|---|---|
| 事实材料 | 原始文档、数据、会议记录 | 保留来源和版本，不自行改写 |
| 任务规则 | 目标、范围、禁止项、验收 | 放在开头，冲突时明确优先级 |
| 参考样式 | 语气、排版、结构示例 | 只学形式，不把示例数字当事实 |
| 临时假设 | 材料缺失时为了出草稿的设定 | 必须显式标注，不得混入最终事实 |
使用“背景红线”
在提供材料前，先写三行：
text
可以使用：已确认需求、当期数据、已脱敏用户反馈
只能参考：上个版本的文案结构
不得使用：过期价格、未确认排期、客户个人信息这三行能防止模型把所有附件当成同等可信的事实。
给材料增加可追溯标记
对长文档和多份材料，每份至少补上：
- 材料 ID 和标题；
- 版本或日期；
- 权威级别（已确认 / 草稿 / 仅参考）；
- 可使用范围；
- 需要脱敏的字段。
输出时要求标注“材料 ID + 章节”，而不是只写一个无法定位的“根据资料”。
实例：为一次用户访谈写摘要
原始输入往往包含访谈转写、访谈提纲、之前的分析和产品经理的假设。正确用法是：
- 转写是事实材料；
- 访谈提纲用来理解话题，不是用户回答；
- 旧分析只用作需要验证的假设；
- 产品经理的推测必须和用户原话分栏展示；
- 结论后附上可回到转写的时间位置。
敏感数据只给必要片段
在上传文件或连接业务系统前，检查：
- 能否去掉姓名、电话、邮箱、证件号和精确地址；
- 能否用总额、区间或样本代替明细；
- 是否包含密钥、令牌、密码或私密链接；
- 当前工具的保留、权限和删除规则是什么。
不能确认时，先用脱敏样本验证工作流。
动手练习：做一个上下文包
为“整理月度项目进展”准备一个上下文包：
- 一页任务卡；
- 三份有 ID、日期和权威级别的材料；
- 一个只学排版的参考样式；
- 一张“可以用 / 仅参考 / 不得用”的红线表；
- 一条缺失信息的处理规则。
然后删掉任何与当前交付无关的附件。
完成检查清单
- 事实、规则、样式和假设已分开。
- 材料有版本、日期和权威级别。
- 旧材料不会覆盖新决定。
- 引用可以回到原文位置。
- 只提供必要的敏感数据，密钥和凭据未进入上下文。
下一篇
《不背提示词：建立可复用的提问框架》——把目标和材料组合成稳定的任务说明。