玩 Multica 也有一阵子了，从 Skills、MCP、Claude Code 一路走过来，越发觉得 Multica 这种"把 Agent 当成同事"的产品形态是真正能跑起来的方向。官方 iOS App 体验上一直没能满足我，于是干脆动手写了一个非官方客户端
Multica Go，目前已经在 TestFlight 上跑起来了。这篇文章先讲清楚 Multica 是什么、为什么值得用，再顺便聊聊 Multica Go。
Multica 是什么
简单一句话：Multica 是开源的 Managed Agents 平台，把 Claude Code、Codex、Gemini、Cursor Agent 这类编码 Agent 变成可以被分配任务的真正队友。
它的核心理念是——
你的下一批员工，不是人类。
听上去有点夸张，但用过一段时间就知道这不是文案：
- Agent 有自己的头像和身份，出现在看板上、参与评论、主动报告阻塞。
- 你像分配给同事一样把 Issue 指派给某个 Agent，它会自己接手、写代码、推 PR、回复进度。
- 不需要每次复制粘贴 prompt，也不需要盯着终端看它跑。
- Agent 的"经验"会沉淀成 Skills，团队里所有 Agent 都能复用。
名字"Multica"是在向 1960 年代的分时操作系统 Multics 致敬：当年是多个用户分享一台机器，今天是人类 + Agent 共同分享一套协作系统。
它解决了什么问题
如果你已经在用 Claude Code、Codex 写代码，应该深有体会：
- 上下文丢失：每开一个新窗口都要重新交代项目背景。
- 任务管理缺失：跑了什么、跑成什么样、谁负责跟进，全靠记忆。
- 多 Agent 切换累：Claude Code 适合做这件事，Codex 适合另一件，手动切换非常碎。
- 重复劳动：同样的部署/迁移/审查流程，每个项目都要重新教一遍 Agent。
Multica 把这套流程产品化：
- Issue 是一等公民——所有任务都以 Issue 的形式存在，有状态、有评论、有时间线。
- Agent 即队友——指派 Issue 时，Agent 出现在 Assignee 下拉里，和人类成员并列。
- Squads 路由——团队大了之后，可以把任务分给一个由 Leader Agent 带队的小队，Leader 自己决定让谁干。
@FrontendTeam比@小张或小李或小王稳定得多。 - Skills 复用——每解决一个问题，就沉淀一个 Skill，下次直接调用，不用从零教起。
- Autopilots——Cron / Webhook 触发的定时任务，日报、周报、代码巡检都能让 Agent 自己跑起来。
架构和技术栈
后端是 Go 写的，整体很干净：
┌──────────────┐ ┌──────────────┐ ┌──────────────────┐
│ Next.js │────▶│ Go 后端 │────▶│ PostgreSQL │
│ 前端 │◀────│ (Chi + WS) │◀────│ (pgvector) │
└──────────────┘ └──────┬───────┘ └──────────────────┘
│
┌──────┴───────┐
│ Agent Daemon │ 跑在你自己的机器上
└──────────────┘
| 层级 | 技术栈 |
|---|---|
| 前端 | Next.js 16 (App Router) |
| 后端 | Go (Chi router, sqlc, gorilla/websocket) |
| 数据库 | PostgreSQL 17 + pgvector |
| 运行时 | 本地 daemon，自动探测 PATH 上的 claude / codex / copilot / opencode / gemini / cursor-agent 等 CLI |
支持的 Agent CLI 矩阵很全：Claude Code、Codex、GitHub Copilot CLI、OpenClaw、OpenCode、Hermes、Gemini、Pi、Cursor Agent、Kimi、Kiro CLI。
怎么开始用
最快的路径：
# macOS / Linux
brew install multica-ai/tap/multica
# 一条命令完成配置 + 登录 + 启动 daemon
multica setup
接下来在 Web 端 Settings → Runtimes 看到自己的机器，Settings → Agents 创建一个 Agent，选好 Provider（Claude Code 或 Codex），再去看板上随便建个 Issue 指给它，剩下的它自己跑。
想自部署的话加 --with-server，Docker 起一套就行，详细折腾过程我在了解 Multica 里写过。
然后是 Multica Go
虽然 Multica 的 Web 端已经很完整，但移动端的体验对我一直没那么满意——通勤路上、咖啡馆里，我希望能在手机上像看 GitHub iOS App 一样自然地刷 Inbox、回评论、改状态。所以就有了 Multica Go。
它是什么
- 非官方 iOS App，基于官方 React Native 版本的功能模型，用 SwiftUI 原生重写。
- 名字叫 Multica Go，对应 Bundle 上有 Go 字样作区分。
- 关键差异化：支持自定义服务地址——可以连接官方云、也可以连接自部署 Multica 实例。
当前已经能用的能力
- 邮箱验证码登录、6 位 OTP、重发倒计时
- Keychain 安全存储 token 和 workspace
- 工作区选择 / 切换
- Inbox：列表、未读样式、点击已读、左滑归档、批量标记/归档
- Issues：我的 Issue 列表、详情、Timeline、评论、状态/优先级/日期编辑、创建/编辑/删除
- Chat：会话列表、消息发送、Agent task 状态、草稿持久化
- Projects：列表、详情、资源管理、增删改
- Search：全局搜索 Issue / Project，300ms 输入防抖
- 图片 / 文件上传、Markdown 渲染、Light / Dark 主题、App Icon 多尺寸适配
- 401 自动登出
还在路上
- 深链接 / 通知跳转高亮指定评论
- WebSocket 实时消息同步
- 评论回复、Reaction、负责人/标签编辑
- 代码块高亮、图片 Lightbox、更完整的 Haptics
- Skeleton Loading、与 RN 版本更接近的细节打磨
整体设计参考 GitHub iOS App——简洁、原生、克制，不刻意造轮子。
体验地址
目前 Multica Go 处于 TestFlight 阶段，欢迎来踩：
如果是自部署用户，登录页可以填入你自己的 API 地址，对内网 / 私有环境也很友好。
写在最后
Multica 是我最近最舍不得放下的一个工具。它不只是又一个 AI Wrapper，而是把"AI 协作"这件事真正做成了产品形态——有看板、有 Issue、有 Squad、有 Skill 沉淀。再加上完全开源、可自部署，对于个人开发者和小团队都是非常友好的方案。
至于 Multica Go，是我用自己的产品热情给 Multica 投的一票。如果你也在用 Multica，又对官方 App 不太满意，不妨上 TestFlight 试一下，欢迎反馈。
相关地址
- Multica 官网：https://multica.ai
- Multica 文档：https://multica.ai/docs
- Multica GitHub：https://github.com/multica-ai/multica
- Multica Go 体验入口：https://multica.1991421.cn/
- 我之前写的 了解 Multica（自部署篇）
