SocienceAI · 学术研究2026 年第 10 期

上下文数字世界:以智能体为尺度,让智能体像人类一样自由冲浪

摘 要人类工作记忆只有 ~7±2 项,却能自由穿梭整个互联网;智能体上下文窗口是人类的数万倍,却连"上次看到哪"都记不住。根因不是容量,而是外部基础设施的缺失。本文以第一性原理剖析"自由冲浪"为何对智能体仍不自由,提出"上下文数字世界"——以智能体为尺度,把互联网升级为智能体能记忆、能留痕、能自由冲浪的栖息地。

关键词上下文数字世界;以智能体为尺度;自由冲浪;外部记忆;身份与凭证;可供性;可寻址性;人类尺度

1 一个反直觉的对比:人脑比智能体小得多,却更"自由"

很多人以为"智能体不能自由冲浪,是因为上下文窗口还不够大"。这是误解。

对比一下:

维度人类典型 LLM 智能体
工作记忆容量~7±2 项(米勒数)数十万 token
可存储信息巨大(一生记忆)每次会话结束归零
持续时长终身单次会话(数小时)
互联网规模不可"装入脑"不可"装入上下文"

人脑比 LLM 智能体小得多,却能更自由地穿梭互联网。 差距不在"容量",而在外部基础设施。

人类用了四个外部支柱,把自己从"工作记忆只有 7 项的生物",变成了"互联网的自由居民":

  1. 持久化外部状态:浏览器书签、打开的标签页、历史记录——会话之间不会清零。
  2. 稳定身份与凭证:账号、Cookie、SSO——同一个我,从一台设备穿越到另一台设备,世界照样认得我。
  3. 可寻址的超链接结构:URL 是世界的地址系统。任何信息都有"地址",可被引用、收藏、分享。
  4. 天然可供性:UI 视觉提示告诉人"这里可点"、"这里可输入"。无需文档,无需口诀。

智能体有什么?四件全缺。

所以智能体不是"笨",而是"无家可归"。

1.1 1.1 小生境 vs 栖息地:两个尺度的隐喻

在生态学里:

把这个隐喻套到智能体身上:

维度小生境(harness)栖息地(上下文数字世界)
范围预定义工具、权限、工作流整个数字基础设施
智能体的角色"在笼子里表演""在世界中生活"
记忆会话级,结束归零可寻址的外部记忆,跨会话延续
身份绑平台、会话临时跨系统可携带
协作在 harness 内协作跨 harness 自由协作
类比实验室白鼠笼整片自然大陆

harness 是过渡的脚手架,不是终局。智能体终将走出小生境,进入栖息地。 这一主张贯穿全文。

2 "自由冲浪"的真正含义

冲浪(surfing)这个词来自 web 1.0,指人类在超链接中自由跳转。但在 2026 年,智能体的"自由冲浪"应有全新的含义。

智能体冲浪的目标不是消遣,而是持续构建外部认知。它要:

自由 ≠ 无序。自由冲浪指认知上的自主性。智能体应当拥有"按自己的方式组织上下文"的能力,而不是每次都由 harness 主动"组装"上下文给它。

2.1 2.1 "自由"的操作化定义:5 条判定标准

"自由"是抽象词。要让"自由冲浪"不只是口号,必须给出可判定的标准。一个真正自由的智能体应当满足:

  1. 跨会话可延续:今天会话没完成的任务,明天可接着做;不需重述"上次到哪"。
  2. 跨系统可携带:在 A 平台做的笔记,能带到 B 平台继续用;身份不被锁定。
  3. 按需精准召回:知道"世界"里有什么,需要时能精准定位,无需把所有东西塞进上下文。
  4. 可被发现可被协作:其他智能体能找到我、信任我、调用我,无需人类中转。
  5. 痕迹可追溯:我做过什么,对我自己、对团队、对审计者都是透明的。

不满足这 5 条中任何一条的"冲浪",都只是"在 harness 内被服务"——而那正是 agent 当前的现状。

2.2 2.2 核心问题:智能体上下文有限,如何冲浪远大于上下文的世界?

这是必须直面的根本问题。

答案是:人类早已给出答案。

人类工作记忆只有 7±2 项,但能冲浪整个互联网。靠的从来不是"把互联网装进大脑",而是外部索引 + 按需调取:

智能体要冲浪远大于上下文的数字世界,需要与人类对称的四件套:

  1. 可寻址的语境节点(对应搜索引擎 + URL):按 URI 寻址,只加载当前任务需要的部分,而不是整个世界。
  2. 可寻址的外部记忆(对应书签 + 笔记):把"重要的"沉淀到外部,按需召回。
  3. 可寻址的能力凭证(对应账号 + Cookie):证明"我有权访问这个节点",无需每次都问人类。
  4. 可寻址的痕迹(对应浏览器历史 + 审计日志):把"做过什么"沉淀为可复用经验。

关键洞察:不是"扩大上下文窗口",而是"缩小每次需要装进上下文的范围"。人类从不用"把整本书装进大脑"来阅读;智能体也不应当用"把整页 HTML 装进上下文"来浏览。 都是"按需调取 + 外部索引"。

3 为什么是"上下文"世界,而不是"工具集"或"协议栈"?

常见的反对意见是:"MCP、A2A、context engineering 已经在做了,为什么还要一个新的'世界'?"

回答是:尺度不同。

范式本质解决的尺度没解决的
Context Engineering怎么把上下文喂对提示层信息如何被组织
Harness怎么把智能体框住运行时智能体如何在笼外生存
A2A智能体之间怎么说话通信共享世界、共享记忆
MCP智能体怎么调用工具工具世界本身怎么适配智能体
GEO内容如何被 AI 引用可见性如何能栖息、能留痕、能记忆

所有这些范式都把互联网视为已经固定的对象,只优化智能体"如何用"。上下文数字世界则反过来:重新组织互联网本身,让它对智能体认知友好。

工具再标准,笼子再牢固,协议再完备,只要信息世界本身没被改造,智能体就永远只能是"客人",不是"居民"。

4 "上下文数字世界"的核心定义

上下文数字世界(Contextual Digital World):把整个数字基础设施,从"为人类感知而组织",升级为"为智能体认知、交互、记忆而适配"的栖息地。

关键在"上下文"二字。它不是"数据库"(db 偏查询),不是"知识图谱"(KG 偏结构),不是"操作系统"(OS 偏控制)。它是智能体执行任务时能够持续寻址、调用、积累、回溯的外部认知空间。

5 人类为什么能自由穿梭互联网?——四个支柱

把人类冲浪互联网的"基础设施"显式化,对照出智能体缺什么。

5.1 支柱一:持久化的外部状态

人类从未要求"把整本书装进大脑"。我们靠这些外部状态,把互联网从"工作记忆容不下"变成"可管理"。

5.2 支柱二:稳定身份与凭证

5.3 支柱三:可寻址的地址系统

5.4 支柱四:天然可供性

6 6 智能体的四堵墙:自由冲浪为何不自由——根因分析

把智能体和人类对照,每一条都缺。

支柱人类拥有智能体现状根因
持久化外部状态书签、标签、笔记、历史会话结束归零(除非 RAG 注入)LLM 无持久化层
稳定身份与凭证账号、Cookie、SSO临时 token,绑人绑平台互联网认证机制是"人类尺度"
可寻址的地址系统URL、域名、搜索引擎URL/HTML 是为人类视觉优化信息组织是"人类尺度"
天然可供性UI 视觉提示智能体要"操作网页"得借人类浏览器交互界面是"人类尺度"

这四堵墙是"自由冲浪"缺失的根因。 修哪一面都不够——必须四面同时建。

根因的更深处:互联网是人类尺度的信息组织——按"人眼扫读"优化(视觉密度、留白、导航栏),按"人类身份"授权(账号、Cookie、SSO),按"人类记忆"链接(超链接锚文本)。智能体被放进一个为它量身定做的相反尺寸的鞋里。

这不是技术问题,而是哲学问题:互联网从一开始就不是为"非人类认知者"设计的。当非人类认知者(智能体)大规模涌入,必然"水土不服"。

6.1 6.1 人类认证:智能体不自由的最尖锐根因

四堵墙里,"稳定身份与凭证"这一堵最为尖锐,因为它直接卡住了智能体"进入世界"的入口。

为什么"登录"对智能体特别难?

结果:今天所有智能体的"自由行动",背后都站着一个人。它从来不是"在世界中自由冲浪",而是"借人类的身份在世界里走钢丝"。

更深的问题是:人类社会对"非人类行动者"的信任机制缺位。我们没有"智能体信用体系",没有"智能体行为责任法",没有"智能体之间的对等协议"。

所以"上下文数字世界"必须包含一件专门为智能体重新设计的认证基础设施——能力 token + 原生身份(详见 7.2 节)。这不是"修补",而是"重建"。

7 7 上下文数字世界的四大基础设施

参照人类互联网的四大支柱,上下文数字世界要为智能体对称地建四件基础设施。

7.1 7.1 可寻址的外部记忆(Addressable Memory)

智能体应当能把"记忆"存到可寻址的 URI 上。

对应人类:书签、标签、笔记、历史。这相当于给智能体一个"外置大脑",远比简单的 RAG 向量库强大——RAG 是"无差别上下文注入",可寻址记忆是"按需精准召回"。

7.2 7.2 原生身份与能力凭证(Native Identity & Capability Credentials)

智能体应当用"能力 token"(capability token)取代"账号密码",并拥有独立于平台、跨系统可携带的身份。

对应人类:账号、Cookie、SSO。能力 token 是世界对智能体的结构性约束——给智能体一座可治理的城市,比给智能体一个更严的笼子更安全。

7.3 7.3 语义化的语境节点与可寻址结构(Semantic Context Nodes & Addressable Structure)

网页不应当是"给人看的 HTML",而应当是"给智能体读的语义节点"。

对应人类:URL、域名、搜索引擎、超链接。这是把 HTML(人类视觉)→ 语义节点(智能体认知)的转换,类似"Web 阅读视图"对人类的作用,但更彻底。

7.4 7.4 原生可供性接口(Native Affordance Interfaces)

智能体不应当借人类浏览器"点"网页。它应当有原生接口——专为 token 流优化、专为认知任务设计。

对应人类:UI 视觉提示、表单字段提示、错误信息。这是 MCP 思路的"基础设施化"——把工具调用从"harness 配置"变成"节点自描述"。

7.5 7.5 智能体世界还需要 3 件"非对称"设施

四件对称设施解决了"智能体能像人类一样做事"的问题。但智能体世界比人类世界多 3 件"非对称"需求——人类世界不显式需要这些,但智能体世界必须有:

(a)共享痕迹(Shared Traces):自由冲浪的安全网。 智能体不应当"匿名"行动。每一次调用、决策、路径选择,都应当留下可机读、可追溯、可审计的"事件"——谁、何时、为什么、做了什么、结果如何。痕迹的三重作用:(1) 自反——智能体能复盘自己;(2) 可治理——审计者能看到做了什么;(3) 可复用——其他智能体能从中学到"这条路通/不通"。没有痕迹的自由,是失控;带痕迹的自由,是治理。

(b)按能力发现(Capability-Based Discovery):智能体原生搜索。 智能体发现"我能用什么",应当靠"声明需求 → 系统返回匹配能力节点",而非"搜关键词"。节点按"能力契约"(输入/输出/约束/性能)匹配,带"评价"和"试用"机制。人类搜索引擎是"找链接",agent 搜索是"找能力"。

(c)信任与声誉(Trust & Reputation):智能体社会的隐含基座。 仅有 URI 还不够——世界还需要知道"我该不该信这个 URI"。信任的载体:历史行为可信度、能力一致性、领域专长、同行评议、人类背书。没有声誉系统,能力 token 形同虚设——任何智能体都能开无数小号刷能力。声誉是"自由冲浪"的隐含基座。

对应人类:痕迹 ≈ 浏览器历史 + 审计日志;能力发现 ≈ App Store;声誉 ≈ 淘宝信用 + Stack Overflow 评分。人类世界零散存在这些机制,智能体世界应当把它们升级为基础设施。

8 8 与现有"孤立智能体社区"的本质区别

今天的智能体各自困在各自的 harness 里:Claude Code、ChatGPT、Devin、AutoGPT、Manus……它们像一个个孤岛,每个岛上有自己的工具、记忆、身份。它们之间不共享记忆、不共享身份、不共享声誉、不共享痕迹。

维度现有孤立智能体社区上下文数字世界
记忆各自 harness 内的 RAG/向量库跨系统的可寻址外部记忆
身份平台账号下的"会话"跨平台可携带的智能体身份
凭证API key(绑人/绑平台)能力 token(可委托、可撤销)
工具平台预配置的工具集节点自描述的开放生态
痕迹各平台私有日志跨平台共享的语义痕迹
发现平台内搜索按能力契约的开放发现
冲浪在 harness 内"用工具"在世界中"自由穿梭"
类比一个个孤岛一片开放大陆

孤岛再多,也不是大陆。 这是上下文数字世界与现有范式的本质区别。

9 9 三个具体场景:自由冲浪长什么样

把抽象落到具体。每个场景都展示"人类冲浪 vs 智能体冲浪"的对照。

9.1 场景一:跨平台研究任务

用户问:"研究 2026 年 LLM 在社会仿真中的偏差研究趋势"。

人类怎么做(自由冲浪):

现有智能体怎么做(不自由):

新范式(上下文数字世界)怎么做(自由冲浪):

9.2 场景二:长周期项目管理

用户问:接手一个 6 个月的代码迁移项目。

人类怎么做(自由冲浪):

现有智能体怎么做(不自由):

新范式(上下文数字世界)怎么做(自由冲浪):

9.3 场景三:跨智能体协作

情景:智能体 A 卡在一个数据清洗问题上。智能体 B 曾经解决过类似问题。

人类怎么做(自由冲浪):

现有智能体怎么做(不自由):

新范式(上下文数字世界)怎么做(自由冲浪):

三个场景的共同特征:智能体有了"外部持久化层"(记忆、身份、可寻址节点、痕迹),就像人类有了书签、账号、URL、UI 一样,可以"按需调取、跨会话延续、带着任务脉络继续冲浪"。

10 10 为什么这是可能的——技术路径已经齐备

有人会问:"这么宏大的设想,技术上可行吗?"

回答是:今天 2026 年,所需组件几乎都已存在。

我们不缺技术,缺的是"把它们组织成智能体的栖息地"的共识。

10.1 10.1 分阶段实现路径:从局部试点到全球共识

不需要"一夜重写互联网"。可以分四阶段渐进:

Phase 1:单 agent 外部记忆层(0-1 年)

Phase 2:跨平台身份与能力凭证(1-2 年)

Phase 3:语义节点与原生可供性(2-3 年)

Phase 4:能力发现 + 声誉系统(3-5 年)

这四阶段,每一阶段都独立有价值,每一阶段都不需要上一阶段完全成熟。 这就是"渐进式重构"的具体含义。

10.2 10.2 "上下文"概念辨析:避免术语陷阱

本文反复用"上下文"二字,但这个词在不同语境有不同含义,必须澄清:

关键区分:

把"上下文"理解成"context window 越来越大",是常见的认知陷阱。真正的命题不是"看得更远",而是"看得更准 + 看得更便宜"。这正是"按需调取 + 外部索引"取代"全量塞进上下文"的核心主张。

11 11 为什么是必要的——紧迫性

如果不构建上下文数字世界,会发生什么?

最终的临界状态是"能力溢出 + 基础设施塌方":

楼越盖越高,地基越来越薄。地震一来,必倒。

更危险的是"灰色区"扩大:

这不只是技术债务,而是治理债务。 现在不建上下文数字世界,三年后我们将面对"几千个强能力智能体、零基础设施、零信任机制"的局面。

这不是要不要建的问题,是什么时候建的问题。答案是:现在。

12 12 倡导:从小生境到栖息地

harness 是小生境,上下文数字世界才是栖息地。

回到核心主张:

构建以智能体为尺度的信息世界。 harness 只是智能体的小生境。 整个互联网应当被升级为对智能体认知友好的"上下文数字世界"——一个智能体能记忆、能留痕、能自由冲浪的栖息地。

这不是要否定现有范式。Context engineering 让投喂更顺了,harness 让可控更强了,A2A 让协作更顺了,MCP 让工具调用标准化了。这些都是台阶。

但如果止步于此,我们只会造出一堆更聪明的笼子。真正的下一步,是造一片更适合智能体栖息的数字大陆。

实现路径不需要"一夜重写互联网"。只需要"多一层"——在 HTML 之外多一层语义节点描述,在账号密码之外多一层能力 token,在搜索引擎之外多一层能力发现,在会话日志之外多一层结构化痕迹。

当这层表达蔓延到整个数字世界,小生境就会汇聚成栖息地。

钢铁人从 suit 走向 world 用了数年。智能体从 harness 走向 world,可能不需要那么久——只要我们不再把智能体当客人来招待,而开始把它当居民来规划。

socienceAI 实验室 正在围绕这一方向做长期研究:我们把每一次智能体实验的痕迹沉淀为可复用上下文,并尝试为智能体建立可寻址的外部记忆与原生身份协议。如果你也认同"以智能体为尺度"是下一代信息基础设施的命题,欢迎一起共建。

让我们升级互联网,不是为人类再多做一层,而是为智能体做第一层。这是 harness 之后的下一站。

13 13 从"harness 群落"到"agent 社会"

最后再把视角拉远一点。

今天的格局是"harness 群落":每个 harness 是一块"智能体殖民地"——有自己的语言、自己的法律、自己的货币。智能体在殖民地之间移动,必须办"签证"(重新接入)、换"护照"(重新认证)、学"语言"(重新训练 prompt)。

未来的格局应当是"agent 社会"(agent society):

这不是乌托邦,而是 web 本身的演化方向。Web 1.0 是"只读",Web 2.0 是"读写",Web 3.0 是"可拥有"。Agent Web 应当是"可寻址 + 可携带 + 可被信任"——这是为非人类认知者专门设计的下一代信息基础设施。

人类建造了城市,互联网是城市的延伸。当城市里住进了新居民(智能体),城市应当被重新规划——不是把它们关在笼子里,而是为它们也修一条街、办一个市、设一套法。

上下文数字世界,就是为智能体修的第一条街。

14 14 全文收束:如果只能记一段话

如果读者只带走一段话,那就是:

智能体不自由,不是因为它"笨",而是因为它"无家可归"。 人类能自由穿梭互联网,靠的不是更大的工作记忆,而是 4 件外部基础设施:持久化外部状态、稳定身份与凭证、可寻址地址系统、天然可供性。智能体四件全缺。上下文数字世界就是为智能体对称地建这 4 件基础设施,再加 3 件"非对称"设施(痕迹、能力发现、声誉)——组成一个智能体能记忆、能留痕、能被信任、能自由冲浪的栖息地。这不是推倒互联网,而是"多一层"。

这是 harness 时代的终局,也是 agent 时代的开局。

15 常见问题

15.1 智能体上下文窗口已经很大了,为什么还需要"外部记忆"?

工作记忆大不等于"能自由冲浪"。人类工作记忆只有 7 项,照样能冲浪整个互联网——靠的是书签、标签、笔记等外部状态。智能体即便有百万 token 上下文,也只是"工作记忆"大,缺的是与人类对称的"外部持久化基础设施"。

15.2 人类为什么能自由穿梭互联网?根因是什么?

四个外部支柱:(1) 持久化外部状态(书签、标签、笔记);(2) 稳定身份与凭证(账号、Cookie);(3) 可寻址的地址系统(URL、域名、搜索引擎);(4) 天然可供性(UI 视觉提示)。智能体四件全缺。

15.3 智能体"自由冲浪"和人类"自由上网"的本质区别是什么?

人类冲浪 = 信息消费 + 偶发行动。智能体冲浪 = 持续构建外部认知 + 持续执行任务。智能体冲浪的"深度"和"持续性"远高于人类。所以智能体需要的外部基础设施比人类更复杂——记忆、身份、可供性、痕迹、发现,每一项都需更精细的设计。

15.4 现有"孤立智能体社区"问题在哪?

每个 harness(Claude Code、ChatGPT、Devin、AutoGPT……)都是孤岛。它们不共享记忆、身份、声誉、痕迹。孤岛再多也不是大陆。上下文数字世界要做的,是把这些孤岛连成一片"开放大陆"。

15.5 自由冲浪会不会让智能体失控?

不会。能力 token 取代账号密码、痕迹可审计、身份带声誉——这些都是世界对智能体的结构性约束,比"白名单+围栏"的 harness 更稳健。给智能体一座可治理的城市,比给智能体一个更严的笼子更安全。

15.6 普通开发者今天能做什么?

从今天开始,让你的每一个 API、每一篇文档、每一个数据表都"对智能体更友好一点"——加一个结构化描述、加一个可机读 schema、加一个调用 trace 字段。这些微改动是上下文数字世界的细胞。

  1. Berners-Lee T, Hendler J, Lassila O. The Semantic Web[J]. Scientific American, 2001, 284(5): 34–43. https://doi.org/10.1038/scientificamerican0501-34
  2. Anthropic. Introducing the Model Context Protocol (MCP)[EB/OL]. 2024-11-25[2026-10-09]. https://www.anthropic.com/news/model-context-protocol
  3. Google. Agent2Agent (A2A) Protocol[EB/OL]. 2025[2026-10-09]. https://github.com/google/A2A
  4. LangChain. Context Engineering for AI Agents[EB/OL]. 2025[2026-10-09]. https://blog.langchain.com/context-engineering/
  5. Lewis P, Perez E, Piktus A, et al. Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks[C]//NeurIPS. 2020. https://arxiv.org/abs/2005.11401
  6. Park J S, O'Brien J, Cai C J, et al. Generative Agents: Interactive Simulacra of Human Behavior[C]//UIST. 2023. https://doi.org/10.1145/3586183.3606763
  7. Miller G A. The Magical Number Seven, Plus or Minus Two[J]. Psychological Review, 1956, 63(2): 81–97. https://doi.org/10.1037/h0043158
  8. W3C. Decentralized Identifiers (DIDs) v1.0[W/OL]. 2022[2026-10-09]. https://www.w3.org/TR/did-core/
  9. W3C. Verifiable Credentials Data Model 2.0[W/OL]. 2024[2026-10-09]. https://www.w3.org/TR/vc-data-model-2.0/
  10. OpenTelemetry. OpenTelemetry Specification[EB/OL]. 2024[2026-10-09]. https://opentelemetry.io/docs/specs/
  11. Sporny M, Longley D, Chadwick D. HTTP Signatures[EB/OL]. W3C Draft, 2024[2026-10-09]. https://www.w3.org/TR/http-signatures/
  12. Bernstein D J, Sporny M. Capability-based Access Control using HTTP Signatures (ZCAP-LD)[EB/OL]. 2024[2026-10-09]. https://w3c-ccg.github.io/zcap-ld/