Agent 协作工作台赛道对比：四家全景与选型
Agent 协作工作台赛道对比：四家全景与选型
数据采集：2026-10-23，全部数字为同一时间窗内 GitHub API 实抓，横向可比 覆盖范围：编码 agent 人机协作层 3 家（Multica / Nimbalyst / claude-squad）+ 邻接的自动化层 1 家（n8n） 补充观察对象（不单独立页）：vibe-kanban（28,410 stars，已关停，见「赛道出清信号」）
一句话
这条赛道实际分成两层，混在一起比会得出错误结论：
- 编码 agent 人机协作层（Multica / Nimbalyst / claude-squad）——解决「把已有的 Claude Code / Codex 组织起来让人管」
- agent 自动化层（n8n）——解决「让 LLM 调用工具和系统」
n8n 的 agent 是它自己写的 reasoning loop，不 spawn 你的编码 CLI；反向它提供 MCP server 让 Claude Code / Codex 驱动 n8n。两层几乎不冲突，可以叠着用。
四家定位速览
| 方案 | 层 | 一句话 | 核心接口 |
|---|---|---|---|
| Multica | 协作层（团队级） | 把编码 agent 收编成看板上有名有姓、能领 issue、能汇报阻塞、能被 review 的”同事” | Web 看板 + daemon + CLI |
| Nimbalyst | 协作层（个人级） | 你和 agent 编辑同一批文件，改动以文档级红绿 diff 逐条审批，决策沉淀成纯 markdown | Electron 桌面 + iOS + wiki 插件 |
| claude-squad | 协作层（下界） | tmux + git worktree，一个终端并行跑 N 个 agent，5 分钟装完 | TUI（cs） |
| n8n | 自动化层 | 1500+ 集成的工作流平台，agent 是 project 里的一等构件，带 channel / schedule / sub-agent | Web 画布 + MCP server |
硬数据（2026-10-23 同一时间窗实抓）
| 指标 | Multica | Nimbalyst | claude-squad | n8n |
|---|---|---|---|---|
| ⭐ Stars | 53,631 | 1,964 | 8,656 | 208,372 |
| Forks | 7,037 | 315 | 623 | 61,216 |
| Contributors | 357 | 60 | 20 | 836 |
| Open issues | 1,861 | 812 | 50 | 1,214 |
| 建仓 | 2026-01-13 | 2025-10-30 | 2025-03-09 | 2019-06-22 |
| 最近推送 | 2026-10-23 ✅ | 2026-10-23 ✅ | 2026-08-20 ⚠️ | 2026-10-23 ✅ |
| 最新版本 | v0.3.x | v0.81.7 | v1.0.20 | 持续发布 |
| 语言 | Go | TypeScript | Go | TypeScript |
| License | Multica License（source-available） | MIT ✅ | AGPL-3.0 | SUL + Enterprise（source-available） |
| 形态 | Web + Electron + Expo | Electron + iOS | 纯终端 | Web / 自托管服务 |
读表要点：
- 星标量级与”是否解决你的问题”基本无关。n8n 20 万星是 7 年 B2B 生态；Nimbalyst 2 千星但功能密度最高；claude-squad 8.6 千星功能只有三件事。
- 两种健康度模式：Multica / Nimbalyst / n8n 每天推送、issue 多但人在改；claude-squad 只有 50 个 issue 却两个月零提交——issue 少不等于健康。
- Multica 9 个月做到 53k star，是本轮 agent 赛道最猛的曲线（star-history 拿过当日 Trending 第一）。
关键分歧点
分歧一：agent 是”同事”还是”窗口”
| 立场 | 证据 | |
|---|---|---|
| Multica | agent 是一等公民同事：有名字、有 assignee 字段、能自己领单、能 comment、能阻塞找人、干完挪到 review | README「Agents that show up on the board」；VISION.md「agents are first-class teammates」 |
| Nimbalyst | agent 是共事的搭子：你在同一批文件里跟它一起改，改动逐条审批 | README「You and the coding agent edit the same files」 |
| claude-squad | agent 是后台进程：tmux 里跑着，你 attach 上去才对话 | README 三行原理：tmux / git worktree / TUI |
| n8n | agent 是可发布构件：draft/published 双版本、有 channel、能被 cron 触发、能委派给 sub-agent | docs「Build and manage agents」 |
这个分歧决定了产品形态，不可互相替代。 要”派活给 agent 并验收”，只有 Multica； 要”跟 agent 在同一份文档里打磨”，只有 Nimbalyst。
分歧二：授权干净度
| 方案 | 商用自由 | 品牌要求 | 源码可见性 |
|---|---|---|---|
| Nimbalyst (MIT) | ✅ 无限制 | ❌ 无 | ✅ 全开 |
| claude-squad (AGPL-3.0) | ✅ 内部自用无义务；对外分发修改版要开源 | ❌ 无 | ✅ 全开 |
| Multica | ⚠️ 组织内部免商业授权；对外托管即使免费也要商业授权；不可嵌入对外销售的产品 | ⚠️ 默认不得去掉 LOGO / 产品名（但只跑 backend/daemon/CLI 不带 UI 的用法不受限） | ✅ 全开但可被单方收紧（条件 2a） |
| n8n (SUL) | ⚠️ 仅限自用 / 非商业；对外分发只能免费非商业 | ⚠️ 不得移除许可与版权声明 | ❌ .ee. 文件根本不公开 |
结论：企业法务最好过的两家是 Nimbalyst（MIT）和 claude-squad（AGPL，本地 CLI 场景不触发网络条款）。 Multica 的限制最复杂，n8n 最硬。
分歧三：本地 vs 云
| 数据位置 | 代码出不出机器 | |
|---|---|---|
| Nimbalyst | 纯本地：PGLite(WASM Postgres) + 磁盘上的 markdown/JSON/CSV | ✅ 不出 |
| claude-squad | 本地 tmux + git worktree | ✅ 不出 |
| Multica | 自托管 = 自有 PG17；Cloud = 厂商侧 | ✅ 自托管模式下 daemon 跑你机器上，代码不出 |
| n8n | Cloud 或自托管 DB | ⚠️ 云端执行 |
Nimbalyst 是唯一”明确以本地优先为卖点”的：README 原话 “Plain files on disk. Content and status in markdown… No proprietary store to migrate out.”
分歧四：审批粒度
| 审批什么 | 粒度 | |
|---|---|---|
| Nimbalyst | agent 对文档/图表/代码的每一次编辑 | 逐条（渲染后的文档里 red/green accept/reject） |
| Multica | agent 交付的整个 issue 结果 | 整块（work 落在 review 不落 main） |
| n8n | agent 要调用的每个 tool | 逐 tool（可只对高风险 tool 启用，审批可走 Slack） |
| claude-squad | 你自己看终端 diff | 手动 |
四个都不相同，且互补——文档级编辑审批（n8n 没有）、整块交付验收（Nimbalyst 没有）、tool 级调用审批（Multica 没有）。
分歧五：商业模式
| 收费点 | 个人用户成本 | |
|---|---|---|
| claude-squad | 无 | ¥0（也无商业模式 → 无关停风险） |
| Nimbalyst | App 免费无限制；Wiki Teams $20/用户/月（beta 期间免费） | ¥0 |
| Multica | 自托管免费无上限；Cloud Free/Pro 按人席位（agent 不占席位） | ¥0 起，团队才付费 |
| n8n | 按 workflow 执行次数（不限用户/工作流）；Starter 20€ / Pro 50€ / Business 667€ / Enterprise 议价 | 20€/月起 |
共同设计：四家都不按 agent 数量收费——Multica 明写”智能体和待接受的邀请不计入席位”，Nimbalyst 团队版按人。多 agent 时代按 agent 收费是自杀式定价。
赛道出清信号（2026 年最重要的一条）
vibe-kanban（28,410 stars）已关停母公司 bloop。 2026-04-10 创始人公告原文：
“Today we’re shutting down bloop, the company behind Vibe Kanban. … the vast majority are free users and we couldn’t find a business model that we could get excited about.” 远程服务（kanban issues、comments、projects、organisations）将在 30 天后移除，Vibe Kanban 转为纯本地架构；已付发票全额退款，订阅终止。
同月/前月，stravu/crystal（3,134 stars）也弃用，转为商业化的 Nimbalyst。
这条信号比任何星标都重要，要记住三件事：
- 这个品类的付费点不是”多 agent 编排”，是”团队协作治理”。 bloop 的产品重心（多 agent 支持、diff 评论、live preview、远程访问）恰恰就是编排层，而编排层免费用户占绝大多数。真正掏钱的是 issue / 评论 / 项目 / 组织这些协作对象。
- 免费用户占绝大多数 ≠ 需要付费墙，需要的是”免费但本地、付费但协作”的分层。 Nimbalyst 的策略（App 全功能免费 + Wiki Teams 收费）正是对 bloop 失败原因的直接修正。
- Multica 的风险恰恰在这里：它的 Free/Pro 拆分点也是协作对象（issue 数量 gate + autopilot 配额），但它把 issue 数量做成了硬限额而非软用量提示。免费用户一旦撞上 issue 上限，流失路径和 bloop 一样。
⚠️ 推论：Multica 与 Nimbalyst 其实是同一问题（编排层不赚钱）的两种解——Multica 押企业 B2B 席位收费（+ 禁商用托管的授权壁垒），Nimbalyst 押个人免费养生态 + 团队 wiki 收费。谁先跑通”协作层到底怎么收钱”，谁定义品类。
选型建议
按需求选（不冲突，可组合）
| 你的需求 | 选谁 | 为什么 |
|---|---|---|
| 把 Jira/Slack/DB/邮件串起来，LLM 做分类抽取，产出推回系统 | n8n | 1500+ 集成 + 9,000+ 模板，别自己造这个轮子 |
| 业务自动化 + 编码 agent 并行，两个都要 | n8n + 任意一家 | 两层不冲突，n8n 提供 MCP server 让 Claude Code 反向驱动它 |
| agent 自主领 issue → 干活 → 汇报 → 阻塞 → 交付 review | Multica | 唯一提供完整链路 + 企业权限/审计/IM |
| 想让 agent 跟我在同一批文档/规格/mockup 上共事 | Nimbalyst | 唯一提供文档级红绿 diff 审批 + 同一文件共编 |
| 我一个人，只想并行跑 agent，不要任何 UI | claude-squad | 5 分钟装完，零依赖（Windows 除外，要 WSL） |
| 企业法务过 license | Nimbalyst (MIT) | 授权最干净；n8n 的 .ee. 源码不公开是硬伤 |
| 移动端审批 / 通勤中跟 agent 交互 | Nimbalyst 或 Multica | Nimbalyst 是 SwiftUI iOS 语音/滑动审批；Multica 是 Expo + push 通知 |
| 需要在 agent 跑的过程中插话 | Multica（消息落进当前这次 run）或 Nimbalyst（iOS 语音回复，agent 立即恢复） | claude-squad 要 attach 上去才行 |
组合推荐（我给的实际方案）
日常编码 → Nimbalyst（免费 MIT，本地，红绿 diff 审批，iOS）业务自动化 → n8n（自托管，或 20–50€/月）终端极简并行 → claude-squad（如果 tmux 党；Windows 上跳过）团队级 agent 编排 + 权限审计 → Multica（自托管，代码不出机器）不要选的情况
- ❌ claude-squad 当长期依赖——两个月零提交，无 issue 跟踪，无 review 流程
- ❌ n8n 当编码 agent 工作台——它不 spawn 你的 CLI，没有 worktree 隔离，没有 per-agent 身份和 run 记账
- ❌ Multica 当个人工具——自托管要 Docker + PostgreSQL + daemon，为”一个人跑两个 agent”付出的运维成本远超收益
- ❌ Nimbalyst 当企业项目管理系统——没有角色权限、没有审计日志、没有 IM 触发，团队版还在 beta
领域趋势
- 多层分工定型：自动化层（n8n / Temporal / Airflow）+ 编码 agent 层（Claude Code / Codex）+ 人机协作层（本文四家）三者分层，各占各的位置。“一个工具打天下”的窗口在关闭。
- 协作层是价值最厚、也最难变现的一层：vibe-kanban 的死、crystal 的弃用都指向同一件事——“多 agent 并行”很快商品化，“人和 agent 怎么共事”才是长期壁垒。Nimbalyst 的 Agent Harness 八层（Context / Provenance / Capability / Workflow / Restraint / Verification / Visual interface / Coordination）是对这个问题的系统回答，比它的功能列表更值得研究。
- 两种 harness 哲学并行：Multica 押「人机同编一个团队」（调度视角，VISION 引用 1960 年代 Multics 分时系统作类比）；Nimbalyst 押「团队要拥有 harness 这一层」（可移植性视角，Claude Code / Codex 只是 vendor harness）。两者同源但落点不同，可以同时成立。
- “不按 agent 收费”已成共识：四家全部按人 / 按执行收费。多 agent 时代按 agent 计数是负和的定价。
- License 是隐蔽的胜负手：MIT / AGPL（自用）/ source-available 三档在这条赛道里直接决定企业能不能过法务。功能可以后补，license 不能。
- 本地优先回潮：Nimbalyst、claude-squad、Multica 自托管模式全部把代码留在你机器上。这与 n8n 那种云端执行形成分野——涉及私有代码的场景，本地优先不是加分项是准入项。
数据核验注意
- 全部数字为 2026-10-23 GitHub API 单时间窗实抓，横向可比。跨时间窗引用（如本文提到的旧星标）不可直接比较。
- 定价数据来自 n8n.io/pricing 实读（含 2026-10 现行档位）；Multica 无公开价目表（
/pricing、/plans、app.multica.ai/pricing均 404），其计费结构是从packages/views/locales/*/billing.json反推的结构，非具体金额——引用时勿杜撰单价。 - vibe-kanban 关停信息来自
vibekanban.com/blog/shutdown与仓库 README 首行，非 GitHub API 字段，单独标注。 - 贡献者数取自
contributors?per_page=1&anon=1的Link: rel="last"页码，为含匿名贡献者的估算上限。 - claude-squad 的”两个月未更新”是相对 2026-10-23 的观察，随时间推移会失真。
- Nimbalyst 官网部分页面（
docs.nimbalyst.com/features/、/compare/）返回 404，官网nimbalyst.com/compare/可用——文档站结构在变动中，引用时以官网为准。
参考
- [[开源项目分析/Agent协作工作台/Multica-人机同编的Agent协作工作台|Multica]] — 团队级重方案：自主领单 + 企业权限 + IM
- [[开源项目分析/Agent协作工作台/Nimbalyst-本地优先的可视化Agent工作台|Nimbalyst]] — 个人级重方案：MIT + 本地优先 + 文档级审批
- [[开源项目分析/Agent协作工作台/claude-squad-终端多Agent并行管理器|claude-squad]] — 极简方案：tmux + worktree
- [[开源项目分析/Agent协作工作台/n8n-Agent自动化与工作流编排平台|n8n]] — 邻接的自动化层，20 万 star
- [[开源项目分析/AI编码工程化/Trellis-AI编码工程框架|Trellis]] — 第三条路线：把团队规范沉淀进 repo 的 harness
- [[开源项目分析/阅读/Harness工程-Multi-Agent架构实践|Harness Engineering]] — 阿里技术团队的 Multi-Agent Harness 实践，与 Nimbalyst 的八层 harness 可对读
- [[开源项目分析/阅读/1688-Multi-Agent超级组织实践|1688 Multi-Agent 超级组织实践]] — Squad 协作模式，与 Multica 的 Squads 概念同源