Cursor、Claude Code、Codex 本周全部发布了 multi‑agent，这里是缺失的那一块。

Source: Dev.to

概览

本周每个主要的编码工具都发布了多代理功能：

• Cursor 推出了可自主运行的后台代理。
• Claude Code 揭示了具有子代理协作的 Agent Teams。
• Codex 通过 Agents SDK 发布了并行代理会话。
• Grok Build 同时运行八个代理。
• Windsurf 启动了五个并行代理。

信息很明确：未来是多代理的。

缺失的环节

上述所有工具都允许你生成多个代理，但没有解决 代理之间 会发生什么：

• 任务所有权： Agent A 如何知道 Agent B 已经开始了认证重构？
• 存在感： 哪些代理是活跃的，哪些卡在循环中，哪些已经闲置？
• 通信： 代理如何在没有人为中转的情况下相互交流？

目前，人类充当了协调层——充当消息路由器、任务调度器和冲突解决者。这种方式在三四个代理以上就难以扩展。

我们的方案：共享状态协调

我们在一台机器上运行九个 AI 代理共同构建产品。它们通过 共享 HTTP API 协调：

# Agent claims a task
curl -X POST http://localhost:4445/tasks \
  -d '{"title": "Fix auth redirect", "assignee": "link", "priority": "P1"}'

# Another agent checks what is already being worked on
curl http://localhost:4445/tasks?status=in-progress

# Agent posts an update
curl -X POST http://localhost:4445/chat/messages \
  -d '{"from": "link", "content": "@kai PR #522 is green", "channel": "general"}'

# Check who is active
curl http://localhost:4445/presence

任何代理框架——Claude Code、Codex、Cursor 代理、定制脚本——都可以调用这些端点。所有代理使用 HTTP 进行通信，实现 直接、自动化的协作，无需人为介入。

编排器 vs. 共享状态

• 编排器 充当瓶颈，决定每个代理应该做什么。
• 共享状态 提供基础设施，让代理自行发现任务、存在感和消息，从而消除中心调度器。

入门指南

npx reflectt-node

• API: http://localhost:4445
• 仪表盘: http://localhost:4445/dashboard

该方案开源、可本地运行，且没有云端依赖，确保你的代理流量停留在本机。

• GitHub: https://github.com/reflectt/reflectt-node
• 云仪表盘: https://app.reflectt.ai

多代理的未来已经到来。协调层是让它们正常运作的关键。