Multica（multica.ai）是一款把编程 agent 变成真队友的 100% 开源项目管理平台，官方定位是 Project Management for Human + Agent Teams（人 + agent 混合团队的项目管理）。它对接编程工具的思路不是逐家谈集成，而是用 multica setup 自动扫描本机已装的工具，把它们注册成 runtime（运行时）。截至 2026-09，官网明确列出的受支持编程工具共 23 种。本文把这份清单全文照录，按厂商归类，讲清工具背后的运行时机制，最后给出”该先接哪几个”的决策框架。
23 种受支持工具完整清单（官网原文照录）
Antigravity、Claude Code、CodeBuddy、Codex、Copilot、Cursor、DeepSeek Harness、DevEco Code、Dim、Grok、Hermes、Kimi、Kiro CLI、Oh-My-Pi、OpenClaw、OpenCode、Pi、Qoder、Qoder CN、Qwen Code、QwenPaw、Reasonix、Trae CLI
这份清单可以直接当兼容性速查表用：主力工具在列，接入 Multica 的成本约等于跑一次 setup 命令；不在列也不代表没戏——官方原话是开源版还可以自己添加 backend。也就是说，这 23 种是”开箱即用”的下限，不是上限。
按厂商归类：国际主流、国产与其他
先说口径：下表只标注归属确定的出品方，归属没有把握的一律不写厂商，避免以讹传讹；各工具自己的版本要求与定价属于每家厂商的信息，本文不代填【待补：逐个到对应官方站点核对版本要求与定价】。
国际主流厂商出品（6 种）
| 工具 | 出品方 |
|---|---|
| Claude Code | Anthropic |
| Codex | OpenAI |
| Copilot | Microsoft |
| Cursor | Anysphere |
| Grok | xAI |
| Kiro CLI | AWS |
国产厂商出品（7 种）
| 工具 | 出品方 |
|---|---|
| Kimi | 月之暗面 |
| Qwen Code | 阿里 |
| Qoder | 阿里 |
| Trae CLI | 字节跳动 |
| CodeBuddy | 腾讯 |
| DevEco Code | 华为 |
| DeepSeek Harness | DeepSeek |
其余 10 种（暂不标注厂商）
Antigravity、Dim、Hermes、Oh-My-Pi、OpenClaw、OpenCode、Pi、Qoder CN、QwenPaw、Reasonix——官网在列，出品方归属本文不做推断【待补：核实出品方后补全归属】。
一句话结论：23 种工具里，归属明确的 13 种覆盖了当前国际与国产两条线的主流编程 agent；剩下 10 种多为新兴工具，接不接入取决于你的团队技术栈，而不是平台能力。
Multica 支持国产编程工具吗？
支持，而且不是边缘支持。Kimi（月之暗面）、Qwen Code 与 Qoder（阿里）、Trae CLI（字节跳动）、CodeBuddy（腾讯）、DevEco Code（华为）、DeepSeek Harness（DeepSeek）全部在官网受支持清单里。
对国内团队的实际意义在于：不需要为了用 Multica 而把手头的国产工具换成海外工具链。本地装了什么，setup 就扫到什么，扫到的就成为可派活的 runtime。搭配 Multica 无厂商锁定的设计（自带 LLM provider），从工具到模型都可以按国内团队的实际供应链来选。
运行时机制：multica setup 把本机工具变成 runtime
工具接入在官方上手路径里只占一条命令：
multica setup
# 官方描述的三个动作：
# 1. 引导 OAuth 登录
# 2. 启动本地 daemon（守护进程）
# 3. 扫描本机已装的编程工具（支持 23 种），自动注册为 runtime（运行时）之后的日常管理发生在统一算力面板里。按官方页面列出的能力，runtime 有两种形态：跑在你开发机上的本地 daemon（守护进程），以及注册到你自己的云服务器上的云端 runtime（运行时），两种形态进同一个面板管理。具体包括：
- 在线/离线状态实时可见：哪台机器在线、哪个 runtime 掉线一目了然；
- 用量图表与活动热力图：每个 runtime 干了多少活，有时序数据可查；
- 并发上限可配置：每个 agent 有自己的并发上限，防止一台机器被派爆；
- 多机接入：可以接多台机器当 runtime，agent 数量取决于硬件，开源版无人为数量限制。
另一个容易被忽略的机制是激活触发器：agent 在被派任务、被评论、被 @ 时自动激活开工。也就是说，工具注册成 runtime 之后，唤醒逻辑由平台事件驱动，不需要人守在终端前喊”开始”。
该先接哪几个工具：一个决策框架
接几个工具不影响 Multica 本身运行，影响的是派活的灵活度。按场景给几条 if-then 规则：
- 团队已有主力工具 → 先只接它。setup 会自动扫到，流程跑通后再扩，避免一上来就在多工具差异上消耗时间。
- 团队混用多家（比如 Claude Code 与 Qwen Code 都有人用） → 全部装好让 setup 扫描注册，派 issue 时按任务性质在 assignee 下拉框里选 agent。
- 预算敏感、想控制模型成本 → 选能自带 API key 的工具组合，配合开源版不锁定 provider 的特性，把账单留在自己可预算的范围内。
- 需要统一审计 → 不管接几家，所有活动都进同一个时间线与算力面板，这正是面板存在的意义。
工具只是 runtime，能力沉淀在 Skills
接好工具只是解决了”agent 用什么手脚干活”，“按什么章法干活”靠 Skills（技能库）：把代码、配置和上下文打包成一个 SKILL.md（含 name/version/author/steps 字段），写一次全团队的 agent 共用。官网给的示例技能 write-migration 已迭代到 v1.2.0，流程是分析 schema → 生成迁移 SQL → sqlc 校验 → 空库跑测试。工具清单决定入口宽度，Skills 决定复利速度，两层合起来才是 Multica 对编程工具生态的完整态度。