← 返回洞察
场景上下文发布于 2026.03· 更新于 2026.08· 71 SI 场景智能研究团队
场景上下文：让 AI 真正读懂一家企业
模型很聪明，却读不懂你的业务。缺的不是算法，而是场景上下文——让 AI 真正知道该在你的哪件事上怎么做。它不是数据堆，而是数据、系统、流程之间关系的结构。
核心结论
- —场景上下文不是把数据堆进去，而是数据、系统、流程之间关系的结构——结构化关系才是 AI 能用的上下文。
- —场景上下文 ≠ 知识库：知识库相对静态、以文档为主、用来回答；场景上下文动态、连着数据+系统+流程+状态、用来判断和行动。
- —71 SI 场景上下文模型把上下文拆成 8 要素（身份、状态、数据、知识、规则、流程、权限、历史），让上下文可被设计、接入与衡量。
71 SI 观点
模型决定智能的上限，场景上下文决定智能能不能落进你的业务。没有上下文，再强的模型也只是在「答题」，不是在「做事」。
很多企业上了大模型后发现：模型能写诗、能答题，却读不懂自己公司的业务。问题通常不在模型，而在模型缺少一样东西——场景上下文。
什么是场景上下文
场景上下文，是企业里让「一件事」成立的全部背景：数据（客户、订单、工单）、系统（CRM、ERP、知识库）、流程（怎么做、谁审批）、规则（什么能做、什么不能）、用户（是谁、有什么权限），以及真实发生过的历史案例。通用智能负责「会做」，场景上下文负责「知道该在你的哪件事上怎么做」。
上下文不是数据堆，而是关系的结构
把数据导进去不等于有了上下文。上下文是数据、系统、流程之间的关联：一笔工单连着哪个客户、哪条订单、哪条 SLA；一条回复要遵守什么口径、走什么流程。结构化的关系，才是 AI 能用的上下文。
上下文不是数据堆，而是数据、系统、流程之间关系的结构。
场景上下文 ≠ 企业知识库
| 知识库 | 场景上下文 |
|---|---|
| 企业知道什么 | 此刻正在发生什么 |
| 以文档为主 | 数据 + 系统 + 流程 + 状态 |
| 相对静态 | 动态变化 |
| 用来回答 | 用来判断和行动 |
一个真实场景：客户说「我的订单还没收到，我想退款。」
这是搜索引擎和 AI 助手最常被问到的一类问题，也是场景上下文最好的内容单元之一。当用户这样提问时，真正能被满足的，不是一句售后政策，而是 AI 同时掌握围绕这笔订单的全部上下文。
71 SI 观点
要真正处理这句「我想退款」，AI 必须同时知道下面这些——任何一项缺失，它都只能给出笼统、甚至错误的回答。
- ●客户是谁：身份、账户状态、是否异常
- ●订单是什么：商品、规格、价格、渠道
- ●当前物流状态：是否已发货、签收、使用
- ●售后规则：该类目与会员条款下的退款政策
- ●会员等级：是否可走快速退款、是否需授权
- ●历史投诉：过往纠纷与风险记录
- ●当前客服权限：能自动处理还是需转人工
71 SI 场景上下文模型：把上下文拆成 8 个要素
为了让场景上下文可被设计、可被接入、可被衡量，71 SI 把它抽象为 8 个相互关联的要素。它们共同决定 AI 在你的业务里此刻「知道什么、能做什么」。
- 1身份是谁在发起、是谁在处理：客户身份、账户状态、角色与归属。
- 2状态此刻正在发生什么：订单、工单、物流、会话的实时状态。
- 3数据围绕这件事的结构化事实：客户、订单、商品、金额等。
- 4知识企业知道什么：文档、FAQ、知识库中的内容与口径。
- 5规则什么能做、什么不能：政策、合规、风控与边界。
- 6流程该怎么做、谁审批：标准作业路径与协同方式。
- 7权限谁能在什么范围内做什么：角色、授权与审计边界。
- 8历史真实发生过什么：过往案例、投诉、结果与经验。
场景上下文如何被接入
- ●连接：打通 CRM、工单、知识库与业务系统
- ●治理：明确口径、权限边界、可追溯
- ●沉淀：每次真实使用都把新案例变成上下文
模型决定上限，上下文决定落地
当智能读得到、读得懂你的业务上下文，它才从「回答提问」走向「参与工作」——知道该调用哪个系统、走哪条流程、守哪些规则，把智能变成可衡量的业务结果。
模型决定智能的上限，场景上下文决定智能能不能落进你的业务。