HKUDS/AutoSwarm

AI 工程

把已装好的多个编程或对话 Agent 组织成一个可分工、可汇总的工作流,适合同时用多个 CLI 的人。

2,029
367
Python
MIT
创建于 3 个月前

如果你已经在 Codex、Claude Code 等几个 Agent CLI 之间来回切换,AutoSwarm 值得试一次;它不是新模型,也不是新 Agent,而是装进宿主 Agent 的协调层。

解决什么问题

你手上有 Codex 做重构、Claude Code 读长文档、另一个 CLI 查资料,一个需求要拆成几段分别粘进不同工具,再把零散结果手工对齐。用 AutoSwarm 后,你把任务交给正在用的宿主 Agent,它负责挑选并连接本机已安装的其他 Agent,收集结果后再统一回答。发生变化的是分发和汇总这一步,各 Agent 自身能力不变。

有什么不同

机制是一个轻量插件加一个 Skill:autoswarm setup --host <id> 写入对应宿主的文件,安装后的 SKILL.md 记录启动参数和委派方式,宿主 Agent 按它把任务拆给其他 Agent。README 列出 Codex、Claude Code、OpenCode、Cursor、Copilot、Muse、CodeBuddy、hermes、nanobot、dsh、grok 等宿主 ID,设计目标是复用已有的模型、凭据和代理配置,而不是另起一套环境。委派结果用 wait --any 收集,中途的问题和审批也会回传给宿主。

代价主要在维护上。README 明确说安装后的 Skill 自带一份运行时副本,只更新仓库或包并不够,而且没有自动更新;旧版 Skill 的启动器不能拉取新版本,所以“更新后重新执行 setup”会成为日常操作的一部分。仓库链接了论文和 v1.0.0 归档目录说明协调算法,但现有材料没有给出对协调质量的独立评测。

谁值得试

适合已经安装并登录两个以上 Agent CLI 的开发者:让一次对话同时读大量文档,把摘要和代码审查分给不同 Agent,最后再核对交付物。只有单个 Agent、也不想管宿主绑定的人收益有限,多出来的安装和每次更新后的刷新步骤,换来的只是同一件事换一种转交方式。只用单个宿主也能安装,只是跨 Agent 路由的价值发挥不出来。

使用条件与边界

运行需要 Python 3.10+,安装走 uv tool install 或在独立环境里 python -m pip install .。首次安装要求宿主检查本机、复用已有的 CLI、凭据和代理设置,setup 也可以指向已有的 home 和 Skill 目录。宿主支持按 ID 列出,但每个宿主都要单独 setup,更新后还要逐个刷新,多宿主环境意味着多份维护面。

长期使用比首次安装更费心:更新前先收齐正在进行的委派任务,从更新后的包执行 setup,刷新每个在用的宿主,再用 doctor --probe 验证 provider。任务完成后的原生唤醒是可选项,且需要宿主支持相应绑定。README 还要求重试不确定的操作前先查看保留下来的调用记录和日志,这说明委派失败或状态不明是预期内的情况,而不是保证它不会发生。

HotRepo 点评

HotRepo 目前只有 2026-10-27 一个日榜观测:当天 2,019 颗星、单日 +41。只有一个记录日期,无法判断热度能否持续,也无法判断趋势。决定采用前,建议对照能力与数据范围说明和升级说明,核对你需要的具体宿主绑定;宿主安装和刷新最可能与你的环境不一致。

可以先读项目 README、arXiv 论文和中文说明。

本文由 AI 根据项目 README 生成,更新于 2026年10月27日,以项目官方文档为准。