同时开着 Claude Code、Codex 和 Hermes，难的不是让它们各自执行，而是过一阵还能说清：这件事交给了谁、现在到哪一步、交回来的东西能不能收。以前我得在几个窗口里翻记录；现在我把需要跟进的任务放进 Multica。
这篇是配套视频的操作版：装好本机运行端，派出一条写明验收条件的任务，看运行和审核记录，再把不合格的交付退回。下文截图来自我 2026 年 10 月的工作区；终端命令按本机 Multica CLI 0.6.1 和官方 CLI 文档核对。界面和命令以你安装的版本为准。
先分清：看板管任务，CLI 真正干活
Multica 把项目、任务、负责人、状态和审核记录放在一起。它不会替你配置 Claude Code、Codex 等工具的账号，也不会替你定“失败后找谁、交付到哪里”的协作规则。官方快速上手说明也把已安装并登录的 agent CLI 列为运行前提。
我最常看的两个位置是任务卡的负责人和状态列。前者回答“交给谁”，后者回答“还在做、待我审核，还是已经退回”。真正执行任务的是这台机器上的 daemon 和对应 CLI。
1. 安装并确认本机能接任务
macOS 上我用 Homebrew 安装；其他系统看官方安装说明：
brew install multica-ai/tap/multica
multica version
multica setup
multica daemon status
multica setup 连接云端、完成登录并启动本机 daemon。若你选择自托管，应先按自托管指南部署服务，再用 multica setup self-host 连接；本文没有演示自托管部署。
daemon status 要先看到 running，再看 Agents 行是否认出了你已登录的 CLI。截图是录制时的输出，不要把其中的 PID、运行时长或 CLI 数量当成安装成功的固定标准。
接着运行：
multica runtime list
这张列表里同时有 online 和 offline。任务指到离线运行端时不会在那台机器上立刻执行；先检查机器是否开机、daemon 是否在跑，以及 CLI 自己的登录状态。
2. 建一条可验收的任务
在看板点“新建任务”，可以通过智能体创建，也可以切到手动填写。先选负责人，再写任务。我在录屏里用的是“完成 3 条短视频剪条脚本并提交待审核”这条任务；它和下面演示退回的博客优化任务是两条不同的记录。
只有“做 3 条脚本”还不够，我把交付检查点写成三条：完成 3 条、每条保留明确 CTA、提交待审核版本。后面审核时就有据可查。
你也可以在命令行先把说明写进 task.md，再创建任务：
multica issue create \
--title "完成 3 条短视频剪条脚本并提交待审核" \
--description-file task.md \
--assignee "Codex- Mac mini"
创建或指派给智能体可能启动运行；只想记录负责人、暂时不开工时，指派命令可以加 --no-start，详见官方指派说明：
multica issue assign <任务编号> --to "Codex- Mac mini" --no-start
我录到任务卡出现后，右上角变成“1 个智能体工作中”。注意卡片当时仍在“待办”列：右上角统计的是运行中的智能体，任务列展示的是 issue 状态。两者应分别看，不要把一个数字当成任务已经推进到“进行中”的证明。
3. 看交付，决定收下还是退回
我在另一条真实任务 MAR-52 上走过完整的审核链路：10 月 9 日 12:47 UTC 开始，13:02 UTC 进入审核中，约 15 分钟；第二天我看完后，留言要求补充移动端阅读体验和加载速度的实测证据，再把任务退回待办。这个时间线只说明那条任务的一次运行，不代表 Multica 或智能体通常 15 分钟就能交付。
退回时，我写清缺什么证据，让智能体知道下一轮要补哪一项。评论和“审核中 → 待办”的状态变更都留在同一条任务里。
命令行可用这三条核对当前状态、状态变化和运行记录：
multica issue get <任务编号>
multica issue timeline <任务编号> --action status_changed
multica issue runs <任务编号>
如果只是把任务重新放回待办，用 multica issue status <任务编号> todo；它与“取消正在运行的 agent”是两件事。状态修改可能触发新运行，操作前先看当前任务和指派规则，需要只改状态时加 --no-start。
一份能直接抄的派活说明
目标：要交付什么，完成后放在哪里
负责人：哪个智能体，在哪台机器上跑
验收条件：列出 2—3 条可以逐项检查的结果
失败兜底：缺资料或权限时停下，留下阻塞原因，交回给谁处理
“失败兜底”是我建议补上的字段，不是说上面那条录屏任务当时已经写了。原任务只写到验收条件，漏了兜底；这也是把任务真正交给智能体前值得补的一行。
哪些任务值得放进看板
临时问一句、改一行代码，我会直接在终端完成。需要跑一段时间、跨机器跟进、定时重复，或者必须留审核记录的事，才值得建一条任务。看板能把责任和过程留下来，但不会自动让一条写得含糊的任务变清楚。
定时任务可以用 Multica 的 Autopilot。我工作区里有一条“每周进度报告”，按周创建任务并留待审核记录；官方文档把这种模式叫 create_issue。run_only 则直接运行，不留下普通任务卡。如果你想复现，先在界面设置触发时间和时区，检查下一次执行时间，再让它自动运行。
常见故障先从三处查：multica daemon status 看本机执行端，multica runtime list 看运行端在线状态，multica issue runs <任务编号> 看这条任务实际有没有启动及报错。别只盯着看板列；一条任务的状态和一次 agent 运行是两层记录。
本文由 AI 辅助整理；截图与任务时间线来自我的工作区。视频封面是概念视觉，正文步骤以实录截图为准。
#Multica #AI-Agent #多智能体