Skip to content
imshengli blog
Go back

构建有效的工作上下文,让 AI 参与决策

AI 不是缺能力,而是缺记忆。好的工作上下文(Context)就像给 AI 装上组织的大脑,让它从「通用助手」变成「懂业务的搭档」。本文用四层记忆模型讲清楚如何构建。

· 10 min

一句话结论

AI 能不能帮你做决策,取决于你喂给它的上下文质量。 好的 Context(上下文,即 AI 在执行任务时能参考的所有背景信息)不是一股脑把文档丢进去,而是像人脑一样分层组织——有经历、有知识、有流程、有当前焦点。


引入:为什么 AI 总是「答非所问」?

你有没有遇到过这种情况:让 AI 帮你写周报,它写出来的内容正确但空洞,像个刚入职的实习生?

问题不在 AI 的智商,而在于它缺少「记忆」。你知道项目的来龙去脉、团队的潜规则、上周会议的关键决定,但 AI 什么都不知道。

这就是 Context 的价值所在——给 AI 补上它缺失的组织记忆


核心概念:Context 的四层记忆模型

好的 Context 是一套让 AI 理解「此刻该如何行动」的组织记忆系统。借鉴认知科学家 Endel Tulving 在 1972 年提出的记忆分类理论,它至少包含四层:

第一层:情境记忆(Episodic Memory)

是什么: 记录「发生过什么」的原始现场——谁在什么时间说了什么、做了什么决定。

类比: 就像你的工作日记,写满了「周三下午老板说 XX 功能要砍掉」「客户投诉了 XX 问题」这样的具体事件。

在企业中的形态: 聊天记录、会议纪要、项目流水、审批记录、工单历史。

为什么重要: 它保留了决策的「现场」。AI 不仅看到结论(功能被砍了),还能理解当时的判断过程(为什么砍、谁提议的、有没有反对意见)。没有情境记忆的 AI,就像一个只看到棋盘终局却不知道每步棋怎么走的旁观者。

第二层:语义记忆(Semantic Memory)

是什么: 从大量情境中提炼出的稳定知识——规则、术语、流程、产品定义、团队共识。

类比: 如果情境记忆是一篇篇日记,语义记忆就是你从日记中总结出的「人生经验」。比如你不需要记住每一次项目延期的细节,但你知道「跨部门协作的项目至少要留 30% buffer」。

为什么重要: 知识库真正产生价值的地方,在于把零散材料沉淀成可以反复使用的结构。AI 有了语义记忆,才能从「记住 100 个案例」进化到「掌握 1 条规律」。

第三层:程序化记忆(Procedural Memory)

是什么: 遇到某类问题应该怎么做——标准操作流程、模板、工作流。

类比: 就像你骑自行车,不需要每次都想「先蹬左脚还是右脚」,身体自动就会做。程序化记忆让 AI 从「我建议你这样做」变成「我直接帮你做了」。

在 AI 系统中的形态: SOP(Standard Operating Procedure,标准操作流程)、工作模板、自动化工作流、工具调用策略、Agent Skill(AI 代理的技能包)。

为什么重要: 它直接决定 AI 是停留在「给建议」还是能进入「帮你干」。一个有程序化记忆的 AI Agent,遇到客户投诉会自动查订单、归类问题、生成回复草稿,而不是只告诉你「建议查一下订单」。

第四层:工作记忆(Working Memory)

是什么: 当前任务窗口里,AI 临时需要的那一小块高度相关的信息。

类比: 就像你做数学题时,脑子里同时持有的几个数字和公式。你不需要把整本教科书都背下来,只需要当前这道题用到的那几条定理。

为什么重要: AI 的上下文窗口(context window,即一次对话中能处理的信息总量)是有限的。像 MemGPT 这样的研究把上下文窗口视为稀缺资源,通过分层管理来按需调用更大的长期记忆。Context 的核心不在于多,而在于准——刚好支撑当前任务。


原理:Context 如何被有效组织?

有了四层记忆,下一个问题是:如何让这些记忆「活」起来,而不是躺在文件夹里吃灰?

不同场景需要不同的组织策略。下面介绍四种常见模式:

模式一:递归蒸馏机制(Recursive Distillation & Grounding)

适用场景: 复杂项目推进、多人协作决策、跨周期目标管理。

核心思路: 信息像酿酒一样,经过反复蒸馏变得更浓缩、更有价值。

它有两个同时发生的动作:

这两条链路形成闭环:经历不会直接沉没,而是不断被压缩、再利用、再强化。 这和 Tulving 提出的记忆转化过程高度一致——经历逐渐抽象为知识,知识又参与后续行为的生成。

模式二:情境重构机制(Context Reframing)

适用场景: 问题推进卡住、讨论反复震荡。

核心思路: 同一堆信息,换个框架来看,可能会得出完全不同的结论。

举例: 团队讨论「如何提升用户留存率」讨论了三周没进展。把问题重新框定为「用户在哪个环节觉得没有价值」,突然发现大家之前忽略了 onboarding 流程的问题。信息还是那些信息,但观察视角变了,解题路径就通了。

模式三:记忆遗忘与权重衰减(Forgetting & Decay)

适用场景: 信息持续累积、系统变慢、噪声增多。

核心思路: 不是所有信息都值得永久保留。让低频、过期、无效的内容自动退出核心上下文,让高频引用的内容持续被强化。

类比: 就像你的邮箱,如果从不清理,找一封重要邮件要翻半天。设置自动归档规则后,收件箱里永远只有当前需要关注的内容。AI 的上下文也是一样——时间拉长后,系统要变得更轻、更准,而不是更重、更慢。

模式四:任务驱动的 Context 编排(Context Assembly)

适用场景: 多任务并行、AI 执行复杂流程。

核心思路: 围绕当前目标,按需组装最相关的一小部分信息。不同任务对应不同的上下文切片。

举例: AI 同时处理三个任务——回复客户邮件、生成数据报表、整理会议纪要。每个任务需要的背景信息完全不同。与其把所有信息一股脑塞进去,不如为每个任务精准挑选它需要的上下文片段。这样在有限空间内保持高相关性,执行过程更稳定、更可控。


常见误区

误区正确理解
「把所有文档都喂给 AI 就行了」信息过多反而是噪声,Context 的核心在于精准匹配当前任务
「Context 是一次性工程」Context 是生长出来的,需要持续清洗、过滤、沉淀
「只需要知识库就够了」只有语义记忆远远不够,还需要情境、程序化和工作记忆的配合
「AI 自己会记住所有对话」大多数 AI 的对话记忆是短暂的,需要外部系统来管理长期记忆

总结

Context 不是一个静态的「知识库」,而是一个动态的、分层的组织记忆系统。构建它的关键步骤:

  1. 分层建设: 从情境记忆(记录发生了什么)开始,逐步沉淀出语义记忆(知识)和程序化记忆(流程)
  2. 动态组织: 根据场景选择合适的组织模式——蒸馏、重构、遗忘或编排
  3. 持续进化: 从当下开始构建自己工作/生活/学习的上下文,逐步让 AI 参与决策

AI 会帮助我们慢慢沉淀出一套稳定的认知结构,直接影响判断的质量与方向。这也是让自己从繁琐事务中解脱出来的必要路径。


FAQ

Q:个人也能构建 Context 吗,还是只适合企业? A:完全适用于个人。你的笔记、日记、待办清单、读书摘要,都是 Context 的原材料。关键是养成「记录 → 总结 → 复用」的习惯。

Q:从哪里开始最简单? A:从情境记忆开始——把你和 AI 的对话、工作中的关键决策记录下来。不需要一步到位,先有原材料,再慢慢提炼。

Q:上下文窗口有限,怎么办? A:这正是「工作记忆」层要解决的问题。不要试图把所有信息都塞进一次对话,而是为每个任务精选最相关的上下文片段。

Q:Context 和 RAG 是什么关系? A:RAG(Retrieval-Augmented Generation,检索增强生成)是实现 Context 的一种技术手段——通过检索外部知识库来补充 AI 的上下文。但 Context 是更上层的设计,它还包括信息的组织方式、更新策略和分层管理。

构建工作上下文


Share this post on:

Previous Post
Vibe Coding 的宪法:给项目立规矩再动手
Next Post
Node.js Stream:四种流类型、pipe 管道与背压机制