一句话定位：开源的公司级 Agent 操作系统——一个 lead agent 接收目标，把工作委派给 worker（如 Claude Code、Codex），用隔离容器 + 共享记忆 + 工具 + 调度 + 审批门（review gates） 把跨会话的工作保留下来。
为什么值得关注（你最想要的”编排型个人助理”）
你说的形态是”它知道你在乎什么目标，然后安排其他 Agent 去做具体的事”。agent-swarm 正是这个范式的开源实现：
- lead → workers 委派：不是一个大 Agent 干所有活，而是一个调度者 + 一组执行者。
- 记忆与身份跨会话持久：worker 的记忆、身份、引用评分可持续累积。
- 审批门（review gates）：委派出去的工作带审核关卡——对应你想要”它安排、你拍板”。
- 事件驱动：可从 Slack、仓库、issue tracker、email、API 接收工作。
- 延迟任务：
Deferred tasks会在被观察的任务达成某结果或到期时唤醒——这就是”帮我盯着某件事，好了叫我”。
核心能力
- lead agent：从 Slack / 仓库 / issue tracker / email / API 接收工作并分派。
- Schema 校验的任务结果：给需要结构化 JSON 的调用方。
- 延迟任务（deferred tasks）：全/任一被观察任务出结果，或到 deadline 时唤醒。
- 隔离 worker：worker 跑在带开发环境的隔离 Docker 容器里。
- 共享记忆与身份：跨会话持久，默认开启引用评分与自评提示。
- 工作流 / 调度 / 脚本 / 应用：承载重复性工作。
- 扩展机制：受信的 TypeScript hooks，以”agent 拥有的惰性草稿”安装，由受信 lead/operator/看板用户激活。
- 任务日志内联图片：工具结果图在任务日志里可预览。
技术栈与架构
| 项 | 值 |
|---|---|
| 语言 | TypeScript |
| 许可证 | MIT |
| Star | 876（2026-10） |
| 架构 | lead agent + worker 容器；MCP 接口；看板 UI |
| 站点 | agent-swarm.dev |
与四款产品的对应关系
- 对应 Grok Bot 的 Team Bots / OpenAI 的 specialist dots 思路（多 Agent 分工 + 共享上下文 + 审核），但开源、自托管。
- 比 CopilotKit 模板更”编排中心化”：Dots/Muse 的公开模板把重点放在”单个常驻 Agent”，agent-swarm 把重点放在”一个 lead 调度多个 worker”。
- 最贴近你的需求：它是这批开源里”调度其他 Agent 干活”这条线最完整的。
适用场景
- 想搭”个人/团队调度中枢”：你给目标，它拆解并派给 Claude Code / Codex 等执行者。
- 想把 Slack/邮件/issue 变成”派活入口”。
- 需要跨会话不丢工作的长时程编排。
局限性
- 偏工程/职场工作流，不是消费级”生活助理”体验。
- worker 需要你已具备 Claude Code / Codex 等执行者。
- 自托管，运维与安全边界自负。
- 项目自述”每天在演进”，接口可能变动。
相关
- comparison — 开源平替映射对比（编排型助理专章）
- openmuse — “单 Agent + Goals/Delegate”的另一种编排路线
- grok-bot — Team Bots / 多 Agent 分工的闭源参照
- nanobot — 更轻量的开源 Agent 运行时
主要来源
- 仓库
https://github.com/desplega-ai/agent-swarm - 站点
https://agent-swarm.dev