Swarm Orchestrator
一个必须以证据证明工作成果的命令行编码代理：受限改动、以项目真实检查为密封关卡、抗篡改的签名证据记录。
- Star 数
- ★ 111
- 最近更新
- 今天
- License
- ISC
- 主语言
- TypeScript
- FA 评分
- 78/100 · 表现良好
30 秒速览
- 可在哪里用
- 通用 · 跨平台
- 开始前需要
- 典型场景
- 在 git 仓库中通过命令行编码代理进行受限改动
- 主要局限
- 默认无沙箱隔离（仅路径策略）
- 源码审查
- 78/100 · 表现良好
这个 Agent 能做什么，适合哪些场景？
Swarm Orchestrator 是面向 git 仓库的命令行编码代理，用自然语言描述改动，由本地或托管模型编辑工作树。它会运行项目自身的检查作为不可绕过的密封关卡，并生成抗篡改的签名证据记录。默认仅路径策略，需自行加 --isolation 才有沙箱隔离。发布版本 14.4.0 早于文档，须从源码构建。
用自然语言描述改动，由本地（Ollama）或托管模型编辑 git 工作树，并以项目真实检查与签名证据验证工作成果。
- 在 git 仓库中通过命令行编码代理进行受限改动
- 要求可验证、抗篡改工作证据的自动化编码任务
如何安装或部署这个 Agent？
目前没有现成 npm 安装版可用；发布版本 14.4.0 早于文档，须从源码构建。依赖 Node.js 22 或更新（推荐 24）、git，本地模型需 Ollama。
如何使用这个 Agent？
通过命令行以自然语言描述改动；如需沙箱隔离，需自行传入 --isolation。
这个 Agent 有哪些优点和局限？
- 以证据证明工作成果
- 受限改动，以项目真实检查为密封关卡
- 抗篡改的签名证据记录
- 支持本地模型，免费使用
- 默认无沙箱隔离（仅路径策略）
- 须从源码构建，无现成 npm 安装版
- 实验性项目，有已记录的准确性局限
这个 Agent 与同类方案有什么区别？
区别于一般编码代理：强调可验证性与抗篡改的证据记录，并支持本地模型运行。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Swarm Orchestrator 当前 | 78 · 表现良好 | — | ★ 111 | 今天 | TypeScript | — |
| Dexto | 51 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 657 | 2 天前 | TypeScript | Claude Code · OpenAI API · Claude API |
| Late | 50 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 448 | 6 天前 | Go | OpenAI API |
| DeepTide - 为 DeepSeek 打造的 AI 编程代理 | 44 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 1.1k | 2 个月前 | Rust | OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示有路径策略、可选拒绝路径清单、一次性确认未列命令、签名哈希链证据包与 fail-safe 秘密清洗；扣分点在文件中明确承认：默认模式只是词法路径策略而非沙箱（git config --list、node -e 两条攻击路径仍可成功），清洗路径曾有两处真实缺陷（已修），并有328个孤儿进程的实测未解决。
结果块定义了明确的退出码与处置指引，CI 在 Node 22/24 与双平台运行门槛与打包检查；扣分：清洗/验证一致性依赖运行时行为，静态材料无法证明，自述实验成功率很低（六次启动完成一次）。
边界声明极为诚实（anti-tampering 可能误拒重构、模型自写检查不能单独确立需求、实验性质），环境适配（Node 22/24、macOS 大小写不敏感路径修复、Docker 浏览器运行时）有据；扣分：触发精度与适用场景的证据仅来自极小规模评测块（三任务两样本）。
信息架构、示例（scratch repo 完整可复制）、限制章节、ISC 许可均为满分级；扣分：npm 上发布的 14.4.0 已落后于页面需源码构建，CHANGELOG 仅在打包清单中出现未见内容，维护责任仅有一个邮箱联系人与单人仓库，无更新承诺。
产出可用性强（outcome 首行、scope 行、证据包路径、离线 verify.mjs）；扣分：README 自己承认在最新评测块上未显示对 OpenCode 的一般优势且墙钟时间约1.7倍，边际价值与成本收益只能评为普通。
security-coverage.md 是范例级的可审计文档：每项声明给出工具、版本、范围与证据，明确区分已验证与未验证（CROSSFIRE 结构性盲区、需要人工审查的清单）；扣分：对外佐证主要是自建的评测与固定装置，缺少独立第三方复核。
- 默认主机模式是词法路径策略而非沙箱：git config --list 与 node -e 两条路径仍可绕过拒绝清单，敏感环境下务必使用 --isolation。
- 命令退出后遗留的孤儿进程问题（实测328个）未解决，长测试套件可能耗尽资源。
- npm 发布版本落后于源码，须按 README 从源码构建。
- 文档自述为实验性项目，评测规模极小且未显示相对竞品的一般优势。
- 发布者身份未经 FollowAgents 企业注册库验证，凭据接触需自行评估。
- regex-safety 修复(1)(3)缺少回归测试（文档承认）。