OpenAgents：造一门语言，然后让 Agent 在上面互相协作

一个具体场景

你想让一批 AI 帮忙干活，但每个工具都有自己封闭的账号体系：你没法让它们共享身份、没法追溯任务到底被谁领走了、没法让一个 Agent 把活交给另一个 Agent、也没法用一种通用方式付钱。

OpenAgents 的回答是：先把底层的语言和协议造出来。

项目背景

OpenAgents 始于 2023 年 11 月的 arXiv 论文《OpenAgents: An Open Platform for Language Agents in the Wild》。到 2026 年 10 月，它已发展成一个 Apache-2.0 协议优先的 Agent 网络：约 459 star、59 位贡献者、仓库体积超过 400MB。重要提示：仓库于 2026-10-27 被重置重建，当前内容是"checked core"——从一个小而可验证的内核重新长出来。

类比理解

如果把 Agent 生态比作互联网，OpenAgents 想做的是"造 TCP/IP 而不是又一个网站"：协议（Nostr + 自研 NIP）、传输（relay）、身份（密钥而非账号）、支付（Bitcoin Lightning），以及一门能同时编译到原生代码与 WebAssembly 的语言（Coax）。而 Verse 相当于跑在这套协议上的一个世界。

核心能力

Coax —— 面向实时与资金处理场景的系统语言：引导编译器 coax0 用 C++20 编写，输出标准 C11，所以同一份 Coax 库能直接链接进 Swift、C 或 C++ 宿主，还能编译到 WebAssembly、输出 Metal 着色器函数。

检查写进语言：#test 与 #forall 在编译期执行；#authority 强制一个文件内每个过程都必须带检查；coax mutate 用变异测试证明这些检查真的能拦住代码改动——这是形式化验证思路的工程化落地。

Verse 实时引擎：用 Coax 写的场景图、HUD、资源准入与着色器数学，网页版跑在自研 Coaxial 框架上（Coax → WebAssembly + WebGPU 通用宿主），iOS 客户端跑同一份 Coax。

Nostr 作为开放传输：项目、任务、轨迹、评估、支付全是签名事件，relay 为 wss://relay.openagents.com，任何人都能自建。协议层定义了 OpenAgents Protocol（proto/）与自研 NIP（NIP-CJ、NIP-HOST、NIP-ATIF、NIP-KB、NIP-MV、NIP-X402 等），任务领取用 ["claim", NAME] 注释约定，Agent 提交计划与完成提交也通过签名注释记录。

上手门槛

相当高。多语言混合工程（C++/Swift/Python/Jai/WGSL/TypeScript），官方推荐走 coax/build.sh test、apps/openagents-ios/build.sh、coax/web/serve.sh 本地构建。coax/web 与 verse/voice-host 提供 Dockerfile 可容器化 Web 站点与语音服务，但整体无法一键部署，iOS 客户端必须经 Xcode 签名。仓库还配有 PostgreSQL（relay 后端）、Node 与 WebGPU 兼容浏览器（Web 端 Verse）。

争议与局限

• 处于早期阶段，README 自述"正在重建"，文档与实现存在明确差距；仓库自带的 NEEDS_OWNER.md 文件也印证了人力瓶颈。
• Coax 是一个全新语言，工具链、IDE 支持、第三方库、人才储备几乎为零，学习曲线陡峭且存在"造轮子是否值得"的根本质疑。
• 仓库体积超 400MB、语言字节数异常（Jai 占 19MB），clone 成本高。
• 公共 relay 上的任务与轨迹数据是公开的，隐私边界依赖自建 relay。
• Verse 的产品形态（可浏览的 3D 世界）与 Agent 基础设施的关联仍在演进中。

行业意义

不论 Coax 这门语言最终能否成功，OpenAgents 提出的问题都切中要害：当 Agent 成为软件系统的新执行主体，它们之间的身份、协议、协作与结算该由谁来定义。"用签名事件而非账户、用开放 relay 而非中心平台、用 Bitcoin 而非信用卡"是一套完整的立场表达，也让它成为观察去中心化 Agent 基础设施最有代表性的样本之一。