第 4 课 · 上下文
Context 与知识管理：让正确资料在正确时刻上桌
文件存在，不代表模型已经看见；真正的上下文管理，是为当前步骤选择足够、相关、可信的信息。
本页目录
学完这一篇，你应该能够
- 区分 Context、Memory 与 Data
- 用分层索引组织可检索资料
- 在长任务中制作可继续工作的交接记录
Context 是此刻摆上工作台的内容
Context 不只是一条用户消息。它还可能包括系统规则、对话历史、工具说明、检索到的 Memory、当前文件、工具结果和运行状态。模型只能基于此刻真正收到的内容做判断。
一份文件躺在硬盘或知识库里，并不等于模型已经读取。必须有入口、权限和选择机制把相关片段送进当前任务。
工作台、档案馆与原料库
可以把 Context 看作今天的工作台，把 Memory 看作经过确认、可再次调阅的档案馆，把 Data 看作文件、模板和系统记录组成的原料库。三者相互关联，但不能混为一谈。
一次性业务事实适合留在本次记录；稳定偏好和规则经确认后才进入 Memory；原始材料则应保持来源和版本。
- Context：当前步骤需要的最小充分信息
- Memory：经过选择、可追溯的长期信息
- Data：尚待读取、验证和加工的事实材料
- History：发生过什么，不自动等于仍然有效
上下文不是越多越好
把所有邮件、制度和旧版本一次性塞给模型，会增加冲突、噪声与遗漏重点的风险。更好的方式是先读目录，再进入主题，再读取具体文件和当前需要的片段。
资料组织要让人和 AI 都看得懂：文件名包含主题与日期，目录有一句话摘要，关键制度标明版本与适用范围。
用分层索引连接知识与任务
在主要目录放置索引文件，说明这里有什么、各文件解决什么问题、何时应该读取。子目录继续维护更具体的索引。这样既不必把全部资料加载进来，也能保留清晰的查找路径。
语义搜索、数据库查询和人工指定都可以成为检索手段。关键不在于押注单一技术，而在于能否找到正确版本，并把来源带进交付。
- 总入口：业务地图与重要边界
- 主题索引：文件清单、摘要、版本和负责人
- 任务读取：只加载当前步骤需要的部分
- 交接记录：目标、已完成、证据、风险和下一步
长任务要学会交接，而不是硬撑对话
当任务跨度变长或方向改变时，先生成一份交接文档：保留目标、关键决定、当前文件、未解决问题和下一步。新会话读取交接文档后继续，比依赖漫长聊天记录更容易检查。
交接也是质量控制。它迫使团队区分已经确认的事实、暂时假设和待办事项。
动手练习
选择一个包含至少五份文件的工作目录，为它写一份 index.md 草稿：每个文件用一句话说明用途、版本或日期，并标出完成某项任务时应按什么顺序读取。
完成标准
- 能解释文件存在与进入 Context 的差别
- 已经为一个真实目录建立分层索引草稿
- 能写出包含目标、证据、风险和下一步的交接记录
资料说明
根据 PandaUp 2026-09 课程资料重新编写。本文是面向公开发布的原创整理，不是课程逐字稿；涉及产品能力、政策或外部事实时，请以使用当日的官方资料为准。