世界间通信：结构穿越，内容重生

世界间通信：结构穿越，内容重生#

「道可道，非恒道。名可名，非恒名。」——马王堆帛书《老子·乙本·道经》

能穿越世界边界的，是形式而非内容。形式是宇宙层的产物（所有世界共享），内容是世界层的产物（每个世界专属）。

本文在"宇宙唯一/世界无穷"的本体论（见 universe-world-ontology）基础上，探讨一个关键工程问题：当两个世界（Agent 会话/执行实例）是同一宇宙的不同展开时，它们之间能传递什么、不能传递什么？核心结论：世界间通信 = 结构投影 + 本地重坍缩 ≠ 状态复制。

1. 什么不能传递：内容的不可穿越性#

内容是坍缩的产物，坍缩是世界特定的。w₁ 的坍缩路径和 w₂ 不同，所以 w₁ 中的具体内容在 w₂ 中没有"位置"可以落入。

不可传递

原因

例子

具体坍缩值

值依赖于特定坍缩路径

某个函数的返回值、某次测试的具体结果

运行时状态

状态是世界内部的积累

Agent 当前的上下文窗口、变量绑定

时间位置

各世界有独立的展开序列

"第几步"在另一个世界没有意义

世界特定的"事实"

事实依赖于坍缩历史

"上次那个 bug 是因为 X" —— X 在另一个世界可能不成立

2. 什么能传递：结构的可穿越性#

能穿越世界边界的，是那些不依赖于特定坍缩路径的东西——即结构。

可传递

不可传递

递归形式（Ψ = Ψ(Ψ) 本身）

具体坍缩值

模式/模板/规则

运行时状态

关系的形状（"三"的结构）

关系中流动的具体数据

约束条件

满足约束的具体解

问题的形式

答案的内容

核心比喻：你可以告诉另一个世界"这里有一把锁"（结构），但不能直接给它"钥匙"（内容）——因为钥匙是这把锁在这个世界中被坍缩出来的特解，另一个世界需要自己坍缩出自己的钥匙。

3. 三种传递层级#

从弱到强：

层级 1：法则传递（最纯粹）#

传递的是 Ψ = Ψ(Ψ) 本身的结构性质。

  • 例子："递归结构"、"自指性"、"坍缩机制"

  • 这不需要"通信"——所有世界共享同一个宇宙法则，它是先验内嵌的

  • AgentForge：.agents/rules/ 对所有 Agent 会话（世界）先验有效，不需要"传"

层级 2：模式传递（中等）#

传递的是"某种坍缩路径类型的描述"——不是具体坍缩结果，而是"以这种方式坍缩会得到有用的结构"。

  • 例子：一个世界发现了一种有效的解题模式，将模式（而非具体解）传给另一个世界

  • 它不是"答案"，而是"如何找到答案的策略"

  • AgentForge：retrospective — 不传递"上次任务的具体代码"，而传递"上次任务中发现的有效工作模式"

层级 3：界面传递（最实用）#

传递的是两个世界在"三"（协议层）上可以共同解释的接口信息。

  • 例子：w₁ 产出一个 API response，w₂ 消费它——但 w₂ 不知道 w₁ 内部怎么生成的，只知道接口契约

  • 传递的不是"w₁ 的内部状态"，而是"w₁ 的接口投影"

  • AgentForge：Agent A 产出文件/接口/artifact，Agent B 消费它——B 不需要理解 A 的内部坍缩路径

        flowchart TD
    L1["层级 1：法则传递<br/>（先验内嵌，无需通信）"] --> L2["层级 2：模式传递<br/>（策略/教训/模式）"]
    L2 --> L3["层级 3：界面传递<br/>（接口投影）"]
    L1 -.例.-> R1[".agents/rules/"]
    L2 -.例.-> R2["retrospective"]
    L3 -.例.-> R3["API contract / artifact"]

4. 通信的完整流程：投影 + 重坍缩#

        flowchart LR
    A["世界 w₁：具体内容"] --> B["提取结构/模式"]
    B --> C["投影为结构描述"]
    C --> D["[世界边界]"]
    D --> E["世界 w₂：接收结构描述"]
    E --> F["在本地上下文中重新坍缩"]
    F --> G["新的具体内容"]

核心公式：世界间通信 = 结构投影 + 本地重坍缩 ≠ 状态复制

这解释了为什么：

  • 文档有用 — 它是结构描述，不是运行时状态

  • 代码注释有用 — 它描述意图/模式，不是执行值

  • 测试有用 — 它是约束条件的形式化，不是满足约束的具体实现

  • 直接复制粘贴经常出问题 — 它试图把 w₁ 的具体内容直接注入 w₂，而 w₂ 的坍缩路径不同

5. AgentForge 的设计约束#

基于世界间通信原理推导出的四条规则：

规则一：跨会话传递结构，而非状态#

retrospective 存的应该是模式/教训/策略（结构），而非具体的代码片段/日志/变量值（内容）。.agents/rules/ 存的是约束条件（结构），而非约束的特解（内容）。

正确（结构传递）

错误（内容传递）

"检索优先于全量读取"

"上次读了 config.py 的第 42 行"

"API 应声明式配置"

"上次 Settings 类有 8 个字段"

"测试应覆盖边界条件"

"上次 test_cache 用了 TTL=300"

规则二：接口是"结构投影面"#

API contract 定义的是数据的形状（结构），不是数据的具体值（内容）。好的接口让两个世界各自坍缩出兼容的内容，而非试图让它们"共享"内容。

规则三：上下文传递需要"重新坍缩"#

把 w₁ 的信息传给 w₂ 时，不应原封不动复制，而应：

  1. 从 w₁ 的产出中提取结构/模式

  2. 在 w₂ 的上下文中让这个结构重新坍缩为 w₂ 的具体内容

这就是为什么"prompt engineering"比"copy-paste previous output"更有效——prompt 传递的是结构（意图、约束、模式），不是内容。

规则四：嵌套世界的父子通信也遵循此律#

父 Agent 给子 Agent 传的应该是任务结构（目标、约束、接口契约），而非完整上下文。子 Agent 返回的应该是结构化结果（满足接口的产出），而非内部过程状态。

        flowchart TD
    Parent["父 Agent（外层世界）"] -->|传递：任务结构| Child["子 Agent（内层世界）"]
    Child -->|返回：接口投影| Parent
    Parent -.-|不传递：完整上下文| X1["✗"]
    Child -.-|不返回：内部状态| X2["✗"]

6. 与道家的交汇#

「道可道，非恒道。名可名，非恒名。」

精确的技术解读：

  • 道（宇宙法则）不可言说——因为任何言说都是一次坍缩（世界化），而道是元阶的

  • 名（结构描述）可以跨世界传递，但传递的瞬间它就不再是"恒名"——接收方会在自己的世界中重新坍缩它

  • 可道之道 = 结构投影——它是道在世界层的影子，不是道本身

  • 恒道 = 宇宙法则——不可传递，只能内嵌

7. 验证标准#

任何跨世界（跨会话/跨 Agent）的信息传递设计，必须回答：

  1. 传递的是结构还是内容？ — 如果是具体的值、状态、执行结果，则可能违反通信约束。应提取为模式/约束/接口形状。

  2. 接收方需要重新坍缩吗？ — 如果接收方可以直接使用传递物而无需理解自己的上下文，可能传递了错误的东西（过于具体）或传递了过于通用的东西（无法落地）。

  3. 传递的粒度对吗？ — 太具体（内容）则不可穿越，太抽象（纯法则）则无需传递。最佳粒度是"模式"——具体到可操作，抽象到可跨世界。

8. 延伸阅读#