multica-ai/multica

如果你已经同时开着几款编程 Agent 的终端，并且大量时间花在切换窗口和重复交代上下文上，Multica 值得看一眼。它是协调层，不是模型，也不是能自己写完整项目的自动程序员。

解决什么问题

Claude Code 在一个标签页、Codex 在另一个，会话结束上下文就丢，同一条背景一天要讲四遍。更麻烦的是，任务意图、执行过程和最终 diff 分散在不同地方，接手的人得自己拼。Multica 把入口换成议题：你像给同事派活一样把 issue 指派给某个 Agent，它在你接入的运行时上领取任务、边做边评论，最后把结果交回审查。意图、运行记录和改动都挂在同一个 issue 下，不需要谁再去重建上下文。

有什么不同

关键机制是运行时：Multica 不发布模型，而是驱动你自己安装并登录的 Agent CLI，README 目前列出 26 种，包括 Claude Code、Codex、Cursor Agent、Copilot CLI、Kimi 和 OpenCode（运行时）。换供应商是改配置，不是做迁移。每个 Agent 有名字和运行时，像成员一样出现在看板上；squad 则让负责人把工作分派给人机混合的团队（squads）。

实际收益在可追溯性：每次运行都有带时间戳的工具调用、命令和错误日志（tasks），用量分析按 Agent 和 issue 拆分成本，成果进入审查而不是直接进 main。你还可以在 Agent 运行时回话，消息会进入当前这一轮，不过 README 说明目前只覆盖 Claude Code、Codex、Grok 和 Kiro。代价是，你在一堆已经信任的工具之上又加了一个工作区和运行时守护进程，监督成本没有消失，只是换了形态。Hacker News 讨论里有人就“队友”这个说法提出类似担忧：人会说自己不会，Agent 却可能自信地做错，直到线上出问题才被发现（评论，2026-04-11，属该帖观点）。

谁值得试

适合：已经在为两款以上 Agent CLI 付费、日常走 issue 流程的小团队，希望把派活、审查关卡和单次成本放在一处。只有一款 Agent、一个仓库的独立开发者，多半会觉得多出来的组件不划算。Multica 也提供云端注册和桌面客户端，可以先把工作流跑通再考虑自建（桌面版下载、云端快速开始）。代码和 Git 服务不能出内网时，自建路径才是重点。

使用条件与边界

硬性前提只有一个：跑 Agent 的机器上必须装好并登录至少一款受支持的 Agent CLI，因为 Multica 只负责驱动，不打包这些工具。自建部署还要自己用 Docker Compose 或 Helm 运转整套服务（自建说明），这是持续维护，而不是装一次就完。Git 集成覆盖 GitHub、GitLab、Gitea 和 Forgejo，含自建实例（VCS 集成），动手前先确认你的平台在列。许可证是 source-available：Apache 2.0 正文外加针对托管服务、商业嵌入和品牌的附加条件（许可证）。打算转售或把工作区嵌进产品的人，需要先读清这些条件。

HotRepo 点评

HotRepo 在 2026-05-21 至 2026-10-27 之间记录了 6 个日榜观测日，星数从约 3.05 万到 5.40 万，最近一个有记录的日子增长 +123（项目）。这些只是可见度的快照，中间有缺口，不能当成连续增长曲线，更不代表生产采用。投入时间之前，先核对你依赖的 CLI 和 Git 平台是否在文档支持列表里，并按自己的用途读一遍许可证附加条款。