Skip to content
知识库

Multica - 人机同编的 Agent 协作工作台

Multica — 人机同编的 Agent 协作工作台

数据采集：2026-10-23（GitHub API 实抓）；功能与 License 条款实读 LICENSE / SELF_HOSTING.md / server/internal/entitlement/README.md 仓库：https://github.com/multica-ai/multica ｜ 官网：https://multica.ai ｜ 文档：https://multica.ai/docs

一句话

把散落在各个终端 tab 里、session 一断就失忆的编码 agent，收编成看板上有名有姓、有 assignee 字段、有状态机的”同事”。

它不提供模型，只驱动你本机已装好已登录的 agent CLI（26 个，含 Claude Code / Codex / Cursor / Kimi / Hermes）。

项目总览

维度评价
项目类型Agent 编排工作台（人 + agent 同一块看板，Jira/Linear 形态）
技术壁垒中 — 无模型/算法壁垒，壁垒在「调度层 + runtime 抽象 + 大量集成」的工程量
学习价值高 — Go 后端 + Next.js 16 + Electron + Expo 多端一体 + 26 个 CLI 适配，是全栈 agent 平台极好的参考实现
商业价值高 — 抢”agent 编排控制台”这一层，向上不绑模型、向下自有 runtime
适合人群已并行跑多个 agent CLI 的人；想自托管 agent 团队的团队
核心创新Agent 作为一等公民同事（可被指派 issue、可汇报、可阻塞、可 review），而非”对话的一个 tab”

硬数据（2026-10-23 GitHub API 实抓）

指标值
⭐ Stars53,631
Forks7,037
Contributors357
Open issues1,861
建仓2026-01-13（9 个月做到 53k star）
最近推送2026-10-23 ✅ 活跃
Commits5,587
主语言Go
LicenseNOASSERTION → 自定义 Multica License（Apache-2.0 + 附加条款）

三层架构

Web (browser) / Desktop (Electron) / iPhone·iPad (Expo)
        │  HTTPS + WebSocket
        ▼
Go backend (Chi + sqlc + gorilla/websocket) ──> PostgreSQL 17 (pgcrypto + pg_trgm)
        │  runs over WebSocket
        ▼
Agent daemon ── 跑在你自己的机器上，代码不出机器
        │  spawns
        ▼
Claude Code · Codex · Cursor · Kimi · Hermes · …
层栈
WebNext.js 16（App Router）
DesktopElectron，共享 web UI packages
MobileExpo / React Native（iPhone + iPad）
BackendGo（Chi router, sqlc, gorilla/websocket）
DatabasePostgreSQL 17
Agent runtime本地 daemon，spawn 任意受支持 agent CLI

核心设计

1. Agent 是同事，不是对话 tab

  • 每个 agent 有名字 + provider + runtime，看板上像其他人
  • 被指派 issue 后自己接单 → 干活 → 过程里 comment → 遇阻塞找人 → 干完把 issue 挪到 review
  • Squads：人和 agent 混编一个队，leader 负责路由
  • Autopilots：cron 定时跑 standup / 审计 / 报告，没人提醒
  • Skills：把解决过的问题固化成 playbook，所有 agent 复用

2. Steer a running agent（设计上最见功力的一点）

agent 干活途中你回一句评论，消息落进当前这次 run，不是等下一轮。解决了”agent 跑偏了只能 kill”的日常痛点。

3. Review gate + 审计

work 落在 review 而不是 main，人说了算发不发。执行日志可回放每一次 tool call / 命令 / 错误，带时间戳。有 usage analytics（每次 run 花多少钱，按 agent 和按 issue 拆）。

4. 自托管：无 seat 费、无 issue/agent 限额

代码层证据在 server/internal/entitlement/README.md：

An empty URL performs no HTTP request, issue creation does not count rows, and the autopilot consumer does not access its quota tables. Self-hosted deployments therefore retain the unlimited paths.

即 issue_count 与 autopilot_runs 两个限额 gate 只有连 Cloud（设了 MULTICA_CLOUD_URL）才生效。成本只有自己的服务器 + 自己那个 agent CLI 的 API 账单。

5. 26 个受支持的 agent CLI

Claude Code / Codex / Cursor Agent / Copilot / OpenCode / Hermes / Kimi / Qwen Code / QwenPaw / MiniMax Code / Trae CLI / DeepSeek Harness / Grok / CodeBuddy / DevEco Code / Qoder(CN) / Huawei CodeArts / Antigravity / Kiro CLI / OpenClaw / Pi / Reasonix / Oh-My-Pi / Dim / ZeroClaw / DevEco。

它不 ship 模型，切 provider 是下拉框不是迁移。

商业模式（实查，非推测）

自托管 = 免费

LICENSE 写明 “Self-host it, modify it, build on it”，README / SELF_HOSTING 里无任何 license fee、seat fee。

Cloud = 收费，但价格未公开

  • multica.ai/pricing、/plans、app.multica.ai/pricing 全部 404
  • 官网首页只有 “Start free trial” 一个按钮，无任何价格数字
  • 唯一销售入口 multica.ai/contact-sales，表单强制企业邮箱（明确拒收 Gmail/Outlook 等个人邮箱）并要求填公司规模 → 纯 B2B 打法

但计费结构可从代码完整还原（packages/views/locales/*/billing.json）：

项目结构
套餐Free / Pro 两档
计价单位按「人类成员席位」，月付/年付，走 Stripe Checkout
关键细节Agent 不占席位（“智能体和待接受的邀请不计入席位”）——堆 20 个 agent 也只按人收钱
限额issue 数量（issue_count gate）+ 每月 autopilot 执行次数（autopilot_runs gate）
额度系统另有 credits / topup 充值体系（/price-tiers、checkout-sessions、billing/balance），支持赠送额度与过期时间
部署开关有 workspace 级订阅开关，未启用时报”此部署未启用工作区订阅”

单价由服务端动态下发（unit_price: "每个成员席位 {{price}}"），仓库内不硬编码 → 翻代码也拿不到数字。

⚠️ License ≠ 免费商用

LICENSE Part I 条件 1a 原文要点：

未经 commercial license，不得用 Multica 源码向第三方提供托管服务，也不得把它嵌入对外销售/授权的产品中。 免费提供给组织外用户也不行 —— “whether or not you charge for it”，公开可访问的实例，即使免费、无广告、无付费档，同样需要 commercial license。 组织内部使用（含多 workspace）不需要 commercial license。

其余两条：

  • 1b 品牌：默认不能去掉 LOGO / 产品名 / 版权信息。但只跑 server/ 后端 + daemon + CLI 而不带任何 Multica UI 的用法，不受此限。
  • 1c 署名：走非 UI 路线须在用户文档写明”基于 Multica 构建”并附仓库链接。
  • 1d：商业授权与品牌豁免互不推定，须分别单独申请。

上手

自托管（Docker Compose / Helm）

Terminal window
# macOS / Linux
curl -fsSL https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.sh | bash -s -- --with-server
multica setup self-host
Terminal window
# Windows（需 Docker + Docker Compose）
$env:MULTICA_MODE="with-server"; irm https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.ps1 | iex
multica setup self-host

本地起服务后 http://localhost:3000（Web）/ http://localhost:8080（API）。登录需配 RESEND_API_KEY 发邮箱验证码；不配则从后端容器日志取 [DEV] Verification code for ...:；APP_ENV=development + MULTICA_DEV_VERIFICATION_CODE=888888 可走固定码（production 模式忽略）。

开发环境（需 Node 22 / pnpm 10.28.2 / Go 1.26.9 / Docker）：

Terminal window
make dev   # 自动探测环境、建 env 文件、装依赖、起库、跑迁移、启动全部服务

CLI 日常

Terminal window
multica setup              # 一步配置 + 认证 + 起 daemon
multica login              # 浏览器 OAuth，发 90 天 PAT
multica login --token <PAT> # 无头环境
multica daemon start       # 本地 runtime
multica daemon start --foreground   # 前台调试
multica daemon status      # 看 daemon 为何还停在旧版本
multica update             # 走 GitHub Releases 更新

自托管可把 MULTICA_RELEASE_API_BASE_URL / MULTICA_RELEASE_DOWNLOAD_BASE_URL 指向兼容 Releases 的镜像源；MULTICA_DAEMON_AUTO_UPDATE 默认关（自托管不开自动更新）；MULTICA_DAEMON_AUTO_RELOAD=0 关「跟随新二进制重启」（CLI 启动的 daemon 会定期比对自身编译版本与 multica --version，版本变了等当前 task 跑完再重启，不打断运行中的任务）。

潜在坑

  1. License 不是标准开源。source-available，商业嵌入/对外托管需另购授权——这是选型的第一约束。
  2. main 移动极快：官方原话 “We release most weekdays, so main moves quickly — pull often.” 适合跟进，不适合钉版本当稳定依赖。
  3. 1,861 个 open issues（对比 vibe-kanban 544、claude-squad 50），issue 密度高，响应质量需自行评估。
  4. 自托管默认发匿名遥测：每天一条部署级快照（版本号 + 分桶计数，无名称/内容/ID），发往 https://telemetry.multica.ai/v1/telemetry/events，端点编译进二进制、无法通过配置改向。关法：在 API server 设 DO_NOT_TRACK=1 并重启 backend。另有独立的 ANALYTICS_DISABLED 控制 PostHog，它不关这个一方遥测。克隆生产库做 staging 记得清 instance_telemetry_state 表，否则两个部署共用一个身份、快照互相去重。
  5. Windows 需先设 MULTICA_MODE="with-server" 且依赖 Docker；若 GHCR tag 尚未发布，得从 checkout 跑 make selfhost-build。
  6. License 明确可被单方收紧：条件 2a —— “the producer can adjust this Multica License to be more strict or relaxed as deemed necessary.” 贡献即接受这条。

赛道位置

Multica 处在「多 agent 协作工作台」赛道的一端：agent 自主领单 + 企业级权限/审计/IM 接入，代价是 source-available 授权与 9 个月的工程成熟度。同赛道横向对比见 [[开源项目分析/Agent协作工作台/Agent协作工作台赛道对比|Agent 协作工作台赛道对比]]。

参考

  • [[开源项目分析/Agent协作工作台/Agent协作工作台赛道对比|Agent 协作工作台赛道对比]] — 四个工具的横向对比与选型
  • [[开源项目分析/Agent协作工作台/Nimbalyst-本地优先的可视化Agent工作台|Nimbalyst]] — 同赛道里 license 最干净（MIT）+ 本地优先 + 文档级红绿 diff 审批
  • [[开源项目分析/Agent协作工作台/n8n-Agent自动化与工作流编排平台|n8n]] — 20 万 star 的邻接层：编排 LLM reasoning loop，不驱动编码 CLI
  • [[开源项目分析/Agent协作工作台/claude-squad-终端多Agent并行管理器|claude-squad]] — 同赛道最轻方案：tmux + git worktree，5 分钟装完
  • [[开源项目分析/AI编码工程化/Trellis-AI编码工程框架|Trellis]] — 另一条路线：把团队规范/任务上下文沉淀进 repo 的 agent harness
  • [[开源项目分析/阅读/Hermes-Kanban多Profile持久化工作流与SubAgent对比|Hermes Kanban vs SubAgent]] — 本机既有的多 profile 持久化编排方案，可与 Multica 的 daemon 模式对照