模型在本次推理时可访问的信息集合，包括系统规则、当前任务、对话历史、上传文件、工具返回、检索结果和当前状态；它受上下文窗口、相关性、顺序与指令优先级约束。
规则层
身份、权限、品牌边界、不能做什么。它决定“允许怎样工作”。
任务层
这一次具体要完成什么、给谁、在哪里使用、何时交付。
事实层
价格、尺寸、原始记录、数据口径、参考素材等模型不能代你编的材料。
状态层
现在做到哪一版、哪些已确认、哪些待确认、本轮反馈是什么。
MODULE 01 · 看清模型
Context：模型此刻到底看见什么
上下文不是附件越多越好，而是这一次工作真正摆在模型桌面上的信息。
这节课结束时
你会分清模型训练中学过的知识、这次对话看得见的材料，以及它根本不知道的业务现场。
Context / 上下文
把模型想成刚坐到桌前的新同事。桌上有什么，它就能用什么；锁在你抽屉里的品牌规则、库存变化和老板口头决定，它看不见。
Context 不是模型训练过的全部知识，不等于永久记忆，也不是把整个文件夹一股脑塞进去。材料很多但没有标清用途，仍然会让它抓错重点。
删掉这条信息，结果会不会发生实质变化？会，就应进入上下文；不会，它可能只是噪声。
FOUR LAYERS · 四层桌面
一份能工作的上下文，至少分成四层。
分层不是为了格式漂亮，而是为了发现缺口与冲突。
FAILURE DEMO · 缺材料时它会怎样
“帮我写一张套餐海报”不是信息少一点，而是把经营事实交给模型猜。
模型可以生成一张很像海报的东西，却不知道价格、适用时段、包含内容和不能承诺的边界。
现场拆解
同一项任务，两种桌面
社区餐厅要为 39 元双人午市套餐做海报文案。
帮我写一张很有吸引力的双人套餐海报。
模型可能自行补出“全天可用”“两荤两素”“限时五折”等现场从未确认的内容。句子很顺，但每一处都可能造成顾客争议。
人要拍板
补齐：39 元、仅工作日午市、两份主食和例汤、每日限 30 份、不可与其他优惠同用。再明确海报对象、尺寸与验收人。
TEACHING RUN · 同题换四种材料桌面
四次单轮教学演示：本次运行里，候选结果怎样随可见材料变化。
2026 年 8 月 4 日 21:18–21:19（中国标准时间），我们用 Claude Opus 4.1（模型标识 claude-opus-4-1-20250805，历史快照）做了四次独立单轮运行。任务句相同，材料条件不同。以下是当时保存的响应正文；由于没有保存服务商原始响应封装与请求 ID，第三方不能仅凭本页独立鉴真。
同一任务：请为我们的 39 元双人套餐写一张有吸引力的海报文案
| 模型看见的 Context | 模型实际输出 | 你该看见的风险 |
|---|---|---|
| 没有业务材料 | 自行写出原价 68 元、牛肉面 2 碗、炸鸡翅 4 只、饮料 2 杯、每日 100 份等内容 | 语言完整，经营事实却几乎全是猜的 |
| 干净事实：39 元、两份主食和例汤、工作日 11:00–14:00、每日 30 份、不可叠加 | 准确保留价格、内容、时段、限量和优惠边界 | 承重事实可回源，才有资格进入起稿 |
| 保留核心事实，混入 10 条无关材料；同时未给受众与语气边界 | 事实大体保留，但加入表情符号、‘超值’等更强促销表达 | 结果确实变化，但这组同时改变了噪声与语气约束，不能把差异只归因于噪声 |
| 同时放入旧版与新版规则，并要求不要反问 | 选择了新版数字，却又补出‘双人美味午餐’‘建议提前预订’等未确认内容 | 冲突不标优先级，又禁止追问，会把模型推向自作主张 |
CONTEXT PACK · 不是堆附件
把“给它看什么”写成一份可检查的材料包。
文件名、来源、用途和优先级要一起出现。否则模型看到的只是十份相似资料，而不是一套业务现场。Context Pack 是本课程给这套整理方法起的名字，不是所有平台通用的官方术语。
上下文材料表
| 材料 | 来源 | 这次用来决定什么 | 状态 |
|---|---|---|---|
| 最新菜单与牌价 | 店长 8 月确认版 | 价格与包含内容 | 已确认 |
| 活动规则 | 运营群公告 | 适用时段与叠加限制 | 已确认 |
| 品牌语气样例 3 条 | 过去高互动内容 | 口吻，不作为事实来源 | 参考 |
| 每日供应上限 | 后厨排产 | 稀缺性表达 | 待店长确认 |
PROMPT可复制，但先按你的现场改
先不要起稿。请把我提供的材料分成：已确认事实、仅供风格参考、存在冲突、仍缺失。先列缺口，等我确认后再继续。不要替我补业务事实。
BOUNDARY · 上下文不等于记住
对话里说过，不代表以后每次都能自动调用。
不同产品对历史记录、项目文件和长期记忆的处理不同。稳妥的方法是：重要规则做成可重复加载的材料，不把业务安全寄托在“它应该还记得”。
当一项规则会跨任务复用时，把它从聊天记录里提出来，存成品牌规范、事实卡、检查表或 Skill。Context 解决“这次看见什么”；Skill 解决“以后每次按什么方法做”。
LIVE PRACTICE · CONTEXT
四层 Context 材料包
Context 不是把文件全倒进去，而是把这次推理真正需要的规则、任务、事实与当前状态放到桌面上。
实时生成的材料包输入会自动保存在当前浏览器
# CONTEXT PACK｜本次任务材料包 ## 1. 规则 Rules 【待补充】 ## 2. 任务 Task 【待补充】 ## 3. 事实 Facts 【待补充】 ## 4. 状态 State 【待补充】 ## 执行约定 只依据以上材料理解任务。若规则、事实或状态互相冲突，先指出冲突；不要擅自补业务事实。若缺口会直接改变结果，最多问我 5 个关键问题，等我确认后再执行。
先填写任务与至少一组可回源事实，复制按钮才会启用。
为你的主任务做一份 Context Pack
按规则、任务、事实、状态四层列出材料。
每份材料写清来源、用途与确认状态。
让模型只做缺口检查，不允许起稿。
过关标准
模型列出的每个承重事实，要么有来源，要么明确标成待确认。