Files
multica/README.zh-CN.md
Brook Xi 466fe2ca0b docs(readme): sync runtime list, drop retired Gemini (#4990)
* docs(readme): sync runtime list, drop retired Gemini

Gemini CLI was removed from the runtime whitelist (agent.SupportedTypes)
back in v0.3.29; Google also officially retired Gemini CLI on 2026-06-18
in favor of Antigravity CLI. Both README.md and README.zh-CN.md still
advertised Gemini and had drifted from the canonical list.

Sync every runtime/provider list in both READMEs to the 14 entries in
server/pkg/agent/agent.go: remove Gemini, add the missing CodeBuddy,
Antigravity and Trae CLI, and align ordering.

* docs(readme): use consistent "Trae CLI" naming

Align the intro and "Create an agent" provider lists with the
architecture diagram and runtime table, which already say "Trae CLI".

MUL-4145

---------

Co-authored-by: Bohan Jiang <bhjiang@outlook.com>
2026-07-06 19:54:32 +08:00

9.7 KiB
Raw Permalink Blame History

Multica — 人类与 AI,并肩前行

Multica

Multica

你的下一批员工,不是人类。

开源的 Managed Agents 平台。
将编码 Agent 变成真正的队友——分配任务、跟踪进度、积累技能。

CI GitHub stars Discord

官网 · 云服务 · Discord · X · 自部署指南 · 参与贡献

English | 简体中文

Multica 是什么?

Multica 将编码 Agent 变成真正的队友。像分配给同事一样分配给 Agent——它们会自主接手工作、编写代码、报告阻塞问题、更新状态。

不再需要复制粘贴 prompt不再需要盯着运行过程。你的 Agent 出现在看板上、参与对话、随着时间积累可复用的技能。可以理解为开源的 Managed Agents 基础设施——厂商中立、可自部署、专为人类 + AI 团队设计。支持 Claude CodeCodexCodeBuddyGitHub Copilot CLIOpenCodeOpenClawHermesPiCursor AgentKimiKiro CLIAntigravityQoder CLITrae CLI

面向更大的团队Squads小队提供稳定的路由层把任务分给由 Agent 带队的小队,由队长判断谁最适合接手。

Multica 看板视图

为什么叫 "Multica"

Multica——Multiplexed Information and Computing Agent。

这个名字是在向 20 世纪 60 年代具有开创意义的操作系统 Multics 致意。Multics 首创了分时系统让多个用户能够共享同一台机器同时又像各自独占它一样使用。Unix 则是在有意简化 Multics 的基础上诞生的,强调一个用户、一个任务、一种优雅的哲学。

我们认为类似的转折点正在再次出现。几十年来软件团队一直处于一种单线程的工作模式一个工程师处理一个任务一次只专注于一个上下文。AI agents 改变了这个等式。Multica 将"分时"重新带回这个时代,只不过今天在系统中进行多路复用的"用户",既包括人类,也包括自主代理。

在 Multica 中agents 是一级团队成员。它们会被分配 issue汇报进展提出阻塞并交付代码就像人类同事一样。任务分配、活动时间线、任务生命周期以及运行时基础设施Multica 从第一天起就是围绕这一理念构建的。

和当年的 Multics 一样,这一判断建立在"多路复用"之上。一个小团队不该因为人数少就显得能力有限。有了合适的系统,两名工程师加上一组 agents就能发挥出二十人团队的推进速度。

功能特性

Multica 管理完整的 Agent 生命周期:从任务分配到执行监控再到技能复用。

  • Agent 即队友 — 像分配给同事一样分配给 Agent。它们有个人档案、出现在看板上、发表评论、创建 Issue、主动报告阻塞问题。
  • Squads小队 — 把多个 Agent以及人类成员组合成由 leader agent 带队的小队直接把任务分配给小队本身。Leader 会判断谁最适合接手,团队扩容时路由方式保持不变。用 @前端组 代替 @小张或小李或小王
  • 自主执行 — 设置后无需管理。完整的任务生命周期管理(排队、认领、执行、完成/失败),通过 WebSocket 实时推送进度。
  • 自动化Autopilots — 为 Agent 安排周期性工作。定时Cron、Webhook 或手动触发,自动化会自动创建 Issue 并分配给 Agent——日报、周报、定期巡检都能让它自己跑起来。
  • 可复用技能 — 每个解决方案都成为全团队可复用的技能。部署、数据库迁移、代码审查——技能让团队能力随时间持续增长。
  • 统一运行时 — 一个控制台管理所有算力。本地 daemon 和云端运行时,自动检测可用 CLI实时监控。
  • 多工作区 — 按团队组织工作,工作区级别隔离。每个工作区有独立的 Agent、Issue 和设置。

快速安装

macOS / Linux推荐 Homebrew

brew install multica-ai/tap/multica

后续可用 brew upgrade multica-ai/tap/multica 更新 CLI。

macOS / Linux安装脚本

curl -fsSL https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.sh | bash

如果没有 Homebrew可以使用安装脚本。脚本会安装 Multica CLI检测到 brew 时通过 Homebrew 安装,否则直接下载二进制。

Windows (PowerShell)

irm https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.ps1 | iex

安装完成后,一条命令完成配置、认证和启动:

multica setup          # 连接 Multica Cloud登录启动 daemon

自部署? 加上 --with-server 在本地部署完整的 Multica 服务:

curl -fsSL https://raw.githubusercontent.com/multica-ai/multica/main/scripts/install.sh | bash -s -- --with-server
multica setup self-host

需要 Docker。详见 自部署指南


快速上手

安装好 CLI或注册 Multica 云服务)后,按以下步骤将第一个任务分配给 Agent

1. 配置并启动 daemon

multica setup           # 配置、认证、启动 daemon一条命令搞定

daemon 在后台运行,保持你的机器与 Multica 的连接。它会自动检测 PATH 中可用的 Agent CLIclaudecodexcodebuddycopilotopencodeopenclawhermespicursor-agentkimikiro-cliagyqoderclitraecli)。

2. 确认运行时已连接

在 Multica Web 端打开你的工作区,进入 设置 → 运行时Runtimes,你应该能看到你的机器已作为一个活跃的 Runtime 出现在列表中。

什么是 Runtime运行时 Runtime 是可以执行 Agent 任务的计算环境。它可以是你的本地机器(通过 daemon 连接),也可以是云端实例。每个 Runtime 会上报可用的 Agent CLIMultica 据此决定将任务路由到哪里执行。

3. 创建 Agent

进入 设置 → Agents,点击 新建 Agent。选择你刚连接的 Runtime选择 ProviderClaude Code、Codex、CodeBuddy、GitHub Copilot CLI、OpenCode、OpenClaw、Hermes、Pi、Cursor Agent、Kimi、Kiro CLI、Antigravity、Qoder CLI 或 Trae CLI并为 Agent 起个名字——它将以这个名字出现在看板、评论和任务分配中。

4. 分配你的第一个任务

在看板上创建一个 Issue或通过 multica issue create 命令创建),然后将其分配给你的新 Agent。Agent 会自动接手任务、在你的 Runtime 上执行、并实时汇报进度——就像一个真正的队友一样。

大功告成!你的 Agent 现在是团队的一员了。 🎉


架构

┌──────────────┐     ┌──────────────┐     ┌──────────────────┐
│   Next.js    │────>│  Go 后端     │────>│   PostgreSQL     │
│   前端       │<────│  (Chi + WS)  │<────│   (pgvector)     │
└──────────────┘     └──────┬───────┘     └──────────────────┘
                            │
                     ┌──────┴───────┐
                     │ Agent Daemon │  运行在你的机器上
                     └──────────────┘  Claude Code、Codex、CodeBuddy、GitHub Copilot CLI、
                                        OpenCode、OpenClaw、Hermes、Pi、Cursor Agent、
                                        Kimi、Kiro CLI、Antigravity、Qoder CLI、Trae CLI
层级 技术栈
前端 Next.js 16 (App Router)
后端 Go (Chi router, sqlc, gorilla/websocket)
数据库 PostgreSQL 17 with pgvector
Agent 运行时 本地 daemon 执行 Claude Code、Codex、CodeBuddy、GitHub Copilot CLI、OpenCode、OpenClaw、Hermes、Pi、Cursor Agent、Kimi、Kiro CLI、Antigravity、Qoder CLI 或 Trae CLI

开发

参与 Multica 代码贡献,请参阅 贡献指南

环境要求: Node.js v20+, pnpm v10.28+, Go v1.26+, Docker

pnpm install
cp .env.example .env
make setup
make start

完整的开发流程、worktree 支持、测试和问题排查请参阅 CONTRIBUTING.md

iOS 移动端代码位于 apps/mobile/,自己编译装到手机的方法见 README

开源协议

Modified Apache 2.0 (with commercial restrictions)