<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Multica on DK Blog</title><link>/tags/multica/</link><description>Recent content in Multica on DK Blog</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><lastBuildDate>Thu, 28 May 2026 22:16:00 +0800</lastBuildDate><atom:link href="/tags/multica/index.xml" rel="self" type="application/rss+xml"/><item><title>Multica 初体验：把 Codex、Claude Code 这类 coding agent 当成队友来管理</title><link>/dkblog/022-multica-coding-agent-workspace/</link><pubDate>Thu, 28 May 2026 22:16:00 +0800</pubDate><guid>/dkblog/022-multica-coding-agent-workspace/</guid><description>&lt;img src="https://images.unsplash.com/photo-1515879218367-8466d910aaa4?auto=format&amp;fit=crop&amp;w=900&amp;q=60" alt="Featured image of post Multica 初体验：把 Codex、Claude Code 这类 coding agent 当成队友来管理" /&gt;&lt;p&gt;最近看了一下 Multica，感觉它解决的不是“让 AI 写代码”这个问题，而是另一个更实际的问题：当你同时用 Codex、Claude Code、Copilot CLI、OpenCode 这类 coding agent 时，怎么管理它们干活。&lt;/p&gt;
&lt;p&gt;以前我的用法比较粗糙：开几个终端窗口，每个窗口一个 agent，谁在跑什么、结果有没有回来、上下文有没有断，全靠自己记。任务少的时候还行，一旦同时丢两三个问题，比如一个查 bug、一个写测试、一个做文档，很快就乱了。&lt;/p&gt;
&lt;p&gt;Multica 的思路是把 agent 放进一个协作空间里。它有 workspace、issue、comment、agent 这些概念。你可以把一个 issue 分配给某个 agent，也可以在评论里 &lt;code&gt;@&lt;/code&gt; 它。这个体验更像是在给同事派活，而不是在终端里继续补 prompt。&lt;/p&gt;
&lt;p&gt;我当时顺手记了一个很小的判断：如果一个工具只是在网页里多开几个聊天窗口，那它对 coding agent 的帮助有限；如果它能回答“谁在跑、跑到哪、改了什么、失败后能不能复盘”，它才像是在管理执行单元。Multica 比较接近后者。&lt;/p&gt;
&lt;h2 id="我比较在意的点"&gt;&lt;a href="#%e6%88%91%e6%af%94%e8%be%83%e5%9c%a8%e6%84%8f%e7%9a%84%e7%82%b9" class="header-anchor"&gt;&lt;/a&gt;我比较在意的点
&lt;/h2&gt;&lt;p&gt;我比较在意的一点是：Multica 并不是简单把所有东西都丢到云端跑。官方文档里说，真正执行任务的是本地 daemon。Multica server 负责 workspace、issue、成员、任务队列这些数据；daemon 跑在你自己的机器上，去调用本地安装的 Claude Code、Codex、Copilot CLI 等工具。&lt;/p&gt;
&lt;p&gt;这个设计对我来说挺关键。coding agent 最敏感的地方不是“问答内容”，而是它会读代码、跑命令、改文件。如果一个平台只是提供任务面板，但实际执行仍然在本地，那接受成本会低很多。&lt;/p&gt;
&lt;p&gt;当然这不代表完全没有风险。agent 能做什么、工具权限怎么给、仓库怎么隔离，还是要自己控制。&lt;/p&gt;
&lt;p&gt;从 provider matrix 看，Multica 对不同 coding tool 的支持不是完全一样的。Claude Code、Codex、OpenCode 在 MCP 支持、skill 注入路径、session resumption 上都有差异。这个地方我觉得文档写得比较实在，没有假装所有工具都能做到同一个水平。&lt;/p&gt;
&lt;p&gt;我会特别看这些差异，而不是只看“支持多少 agent”：&lt;/p&gt;
&lt;table&gt;
	&lt;thead&gt;
			&lt;tr&gt;
					&lt;th&gt;能力&lt;/th&gt;
					&lt;th&gt;我为什么关心&lt;/th&gt;
			&lt;/tr&gt;
	&lt;/thead&gt;
	&lt;tbody&gt;
			&lt;tr&gt;
					&lt;td&gt;session resumption&lt;/td&gt;
					&lt;td&gt;agent 中途断了以后能不能接着跑，不然长任务很容易废掉&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;MCP support&lt;/td&gt;
					&lt;td&gt;能不能接公司内部工具，而不是只靠本地 shell&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;skill injection&lt;/td&gt;
					&lt;td&gt;能不能把团队约定、代码规范、常用命令放进 agent 上下文&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;task history&lt;/td&gt;
					&lt;td&gt;失败任务能不能复盘，而不是只剩一句“没做好”&lt;/td&gt;
			&lt;/tr&gt;
	&lt;/tbody&gt;
&lt;/table&gt;
&lt;h2 id="如果我要试"&gt;&lt;a href="#%e5%a6%82%e6%9e%9c%e6%88%91%e8%a6%81%e8%af%95" class="header-anchor"&gt;&lt;/a&gt;如果我要试
&lt;/h2&gt;&lt;p&gt;如果要在项目里试，我大概会先按这个方式用：&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;div class="chroma"&gt;
&lt;table class="lntable"&gt;&lt;tr&gt;&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code&gt;&lt;span class="lnt" id="hl-0-1"&gt;&lt;a class="lnlinks" href="#hl-0-1"&gt;1&lt;/a&gt;
&lt;/span&gt;&lt;span class="lnt" id="hl-0-2"&gt;&lt;a class="lnlinks" href="#hl-0-2"&gt;2&lt;/a&gt;
&lt;/span&gt;&lt;span class="lnt" id="hl-0-3"&gt;&lt;a class="lnlinks" href="#hl-0-3"&gt;3&lt;/a&gt;
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;
&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;multica daemon start
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;multica setup self-host
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/div&gt;
&lt;/div&gt;&lt;p&gt;然后给不同 agent 分清职责，而不是所有任务都丢给一个“全能助手”：&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;div class="chroma"&gt;
&lt;table class="lntable"&gt;&lt;tr&gt;&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code&gt;&lt;span class="lnt" id="hl-1-1"&gt;&lt;a class="lnlinks" href="#hl-1-1"&gt;1&lt;/a&gt;
&lt;/span&gt;&lt;span class="lnt" id="hl-1-2"&gt;&lt;a class="lnlinks" href="#hl-1-2"&gt;2&lt;/a&gt;
&lt;/span&gt;&lt;span class="lnt" id="hl-1-3"&gt;&lt;a class="lnlinks" href="#hl-1-3"&gt;3&lt;/a&gt;
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;
&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-text" data-lang="text"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;codex-fixer 小范围代码修复和测试
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;claude-reviewer review、解释设计风险
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;opencode-docs 文档草稿和命令整理
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/div&gt;
&lt;/div&gt;&lt;p&gt;我现在对这类工具的看法是：不要指望它让 agent 变聪明。它真正有价值的地方是让 agent 的工作可排队、可观察、可追溯。&lt;/p&gt;
&lt;p&gt;终端里跑 agent 最大的问题是过程容易丢。Multica 把一次运行抽象成 task，有 queued、dispatched、running、completed、failed 这类状态，也有重试和历史记录。这样你至少知道它是没开始、跑挂了，还是已经完成只是结果不理想。&lt;/p&gt;
&lt;h2 id="我不会一上来就接正式仓库"&gt;&lt;a href="#%e6%88%91%e4%b8%8d%e4%bc%9a%e4%b8%80%e4%b8%8a%e6%9d%a5%e5%b0%b1%e6%8e%a5%e6%ad%a3%e5%bc%8f%e4%bb%93%e5%ba%93" class="header-anchor"&gt;&lt;/a&gt;我不会一上来就接正式仓库
&lt;/h2&gt;&lt;p&gt;更合理的方式是先拿一个 side project 或内部工具试：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;只给只读或低风险仓库。&lt;/li&gt;
&lt;li&gt;agent 默认不要有生产凭证。&lt;/li&gt;
&lt;li&gt;每个任务只允许小范围修改。&lt;/li&gt;
&lt;li&gt;输出必须经过人工 review。&lt;/li&gt;
&lt;li&gt;不要把“能跑起来”误认为“能放心用”。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Multica 这类项目让我感觉到一个趋势：coding agent 正在从“单次对话工具”变成“可管理的执行单元”。以前我们关心的是 prompt 怎么写，现在更关心任务怎么派、权限怎么控、结果怎么验收。&lt;/p&gt;
&lt;p&gt;这篇先记到这里。它不是那种看完文档就能断言成熟的工具，但方向我觉得值得关注。尤其是团队里已经有人混用 Codex、Claude Code、Copilot CLI 的时候，与其每个人各玩各的，不如有一个地方把任务和 agent 统一管起来。&lt;/p&gt;
&lt;p&gt;我暂时不会把它写成“推荐大家马上上”。更准确的评价是：如果你的团队还没有稳定使用 coding agent，它不是第一优先级；如果已经有人同时开好几个 agent 做修复、review、文档和测试，它解决的就是混乱本身。&lt;/p&gt;
&lt;h2 id="参考资料"&gt;&lt;a href="#%e5%8f%82%e8%80%83%e8%b5%84%e6%96%99" class="header-anchor"&gt;&lt;/a&gt;参考资料
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;&lt;a class="link" href="https://multica.ai/docs" target="_blank" rel="noopener"
 &gt;Multica Docs&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://multica.ai/docs/how-multica-works" target="_blank" rel="noopener"
 &gt;How Multica works&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://multica.ai/docs/tasks" target="_blank" rel="noopener"
 &gt;Multica Tasks&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://multica.ai/docs/providers" target="_blank" rel="noopener"
 &gt;Multica AI coding tools matrix&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://github.com/multica-ai/multica" target="_blank" rel="noopener"
 &gt;multica-ai/multica&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</description></item></channel></rss>