为什么每个 AI Agent 都需要持久的 World Model

Source: Dev.to

上下文窗口的问题

200 K 令牌的上下文窗口听起来很多，但一个运行 30 天的自主代理会累计：

• 数百个决策及其结果
• 成千上万的实体（人、项目、任务、信号）
• 它们之间的关系
• 应该指导其行为的原则

上下文窗口是缓存：快速且灵活，但易失。每个新会话都从零开始。

为什么 RAG 仍不足够

RAG（检索增强生成）在回答“文档对 X 有什么说明？”方面表现出色，但智能体需要：

• 记住他们已经尝试了 X 且未成功
• 知道实体 A 在三周前阻止了实体 B
• 理解此决定与两个月前的那个目标相关
• 强制执行此行为违反宪法规则

这些是 图问题，而不是文档问题。时间、因果、层级和宪法关系需要图结构，而不是向量索引。

Source: https://api.odei.ai/

世界模型架构

在 ODEI，我们自 2026 年 1 月起在生产环境中运行宪法化的世界模型。其架构如下：

FOUNDATION (25 nodes) — Identity, values, partnerships, principles
VISION     (12 nodes) — Long‑term goals and aspirations
STRATEGY   (16 nodes) — Plans, initiatives, resource allocation
TACTICS    (8  nodes) — Tasks, time blocks, execution
EXECUTION  (11 nodes) — Work sessions, deliverables, outcomes
TRACK      (19 nodes) — Metrics, signals, observations

共 91 个节点，91 种关系类型。底层使用 Neo4j。

关键属性

• 时序记忆 – 每个节点都有 createdAt、updatedAt，以及可选的 expiresAt。图谱能够知道在 何时 什么是真实的，并且可以在任意时间点进行查询。

• 宪法验证 – 在任何写入或操作之前，七层检查会被执行：

  1. 不可变性 – 这可以被更改吗？
  2. 时序上下文 – 该操作仍然有效吗？
  3. 引用完整性 – 所有引用的实体是否存在？
  4. 授权 – 代理人是否被允许执行此操作？
  5. 去重 – 这已经完成过了吗？
  6. 来源溯源 – 这条指令来自何处？
  7. 宪法对齐 – 这是否违背了原则？

  守护层会返回 APPROVED（批准）、REJECTED（拒绝）或 ESCALATE（升级）。

比较方法

将其用作服务

ODEI 的世界模型可通过 REST API 和 MCP 服务器使用。

API 示例

# Query the graph
curl -H "Authorization: Bearer $TOKEN" \
  https://api.odei.ai/api/v2/world-model/live

# Validate an action before executing
curl -X POST \
  -d '{"action": "transfer 500 USDC to wallet X", "severity": "high"}' \
  https://api.odei.ai/api/v2/guardrail/check

MCP 配置（适用于 Claude Desktop 或任何 MCP 客户端）

{
  "mcpServers": {
    "odei": {
      "command": "npx",
      "args": ["@odei/mcp-server"]
    }
  }
}

更大的图景

今天 AI 的转变是从 查询 到 代理——这些代理可以运行数天、数周甚至数月，管理资金、做出决策并与其他代理交互。对于此类代理来说，单纯的上下文窗口已经不够；它们需要一个世界模型——一个持久的、具宪法性的、图本地的表示，涵盖它们所知道的一切以及被允许执行的所有操作。

该基础设施现已在 api.odei.ai 上提供。

ODEI 是世界模型即服务：91 个节点，7 层防护，自 2026 年 1 月投入生产。