MULTICATEAM FIELD NOTES
原理 → 实践 → 复用逐章演示中多人 × 多 Agent
TEAM FIELD NOTES / 与 AI 一起工作的日常

与 Agent 一起工作。
这次,是整个团队。

不是让一个人指挥更多 AI,而是让多位同事与多个 Agent,在同一个任务里接着做。先懂原理,再一起交付一份周报。

3 位同事4 个 Agent1 个共同任务

45 分钟:原理 12′ → 实践 25′ → 复用 8′
人物为虚构角色;所有流程均为本地教学演示。

CASE 01 / 青禾项目周五 · 17:30
林岚,明确交付目标的需求负责人
目标,我来定。
林岚定目标 / 发起任务
陈宇,负责核实资料与补充事实
缺的事实,
我来补。
陈宇补资料 / 校准口径
周宁,负责审阅和确认交付
最后一关,
我来确认。
周宁提修改 / 验收交付
QH-001
同一个任务,不同的人接着做。资料、讨论、执行和交付,留在同一处。
CO 协调→EA 核证→RB 生成→QR 审校
AI 接过执行,人不交出责任。
依据 / A01 · M01
01 / 17
A / 原理 · 是什么

不是多开几个聊天窗口,
而是把工作放到一起。

先分清三个层次:能回答、能行动、能被团队共同使用。

01 / MODEL

大模型:给出回答

输入“总结这些材料”,返回文字。它本身不等于已获得文件、工具、执行权限或交付流程。

02 / AGENT

Agent:围绕目标行动

读取材料、调用工具、检查结果,再决定下一步。能否真正执行,取决于宿主与授权。

03 / TEAM PLATFORM

团队平台:让工作可协作

把人、Agent、任务、进度和成果关联起来。别人能补资料、接手、审稿,也能维护共享方法。

本次原型 / MULTICA

用任务管理的方式,
组织人和 Agent 一起交付。

它负责协调任务与运行记录,实际执行由已连接的运行环境与 AI 工具承担。本案例选择“连接电脑”的模式。

Workspace团队共同工作的范围
Issue要共同完成的事
Agent / Squad谁执行、谁协调
Run / Runtime执行记录 / 执行环境
个人工具帮“我”做事;团队平台让“我们”围绕同一件事协作。
依据 / M01 · M02 · M04 · M06 · A08
02 / 17
A / 原理 · 为什么团队协作

真正的变化,
是从“我指挥”到“我们共同负责”。

多人多 Agent 不只是人数增加,而是任务、资料、决策和方法成为共享资产。

THE STORY / 周五 17:30

一份周报,不能只靠一个人传话。

01 / 04
这一格说明什么

个人工具能提高效率;共享任务,才能让不同的人接续工作。

过程可见

谁在处理、用了哪些依据、卡在哪一步,不再靠私聊追问。

共同使用

同事调用获准使用的 Agent,不必复制整套配置。

共同维护

有权限的维护者改同一份角色与 Skill,其他成员提出反馈。

接手有依据

任务结论、产物与运行记录保留,换个人仍能继续。

团队级,不是多买几个个人账号。本次看的是共享工作区、成员权限、共同维护和交付记录;不以某个套餐的名字作为判断标准。
个人入口与团队平台相辅相成。在 WorkBuddy 等熟悉的入口试方法,再把有效模板、资料规范与验收规则沉淀为团队资产;不要求全员放弃个人工具,也不假设它与 Multica 已一键直连。
依据 / M02 · M03 · M04 · M08
03 / 17
A / 原理 · 运行分层

原理①:决策、执行、记录,
不要绑死在一个地方。

沿用文章的 Managed Agents 思路,理解“谁决定、在哪执行、如何留痕”。不要把某一家产品的对象名称当成行业强制标准。

MULTICA / 协调与记录

团队看到的工作层

Issue:本次要交付什么

目标、资料、讨论、负责人、验收要求。

Run:一次执行如何发生

触发、排队、进度与结果;一个 Issue 可以有多次 Run。

记录:发生过什么

公开动作、工具结果、错误与人工补充,支持回看与交接。

CONNECTED COMPUTER / 本例执行端

真正开展工作的一层

Runtime + Daemon:认领任务

指定电脑与 AI 工具;不是“建了 Agent 就有电脑”。

Harness + 模型:决定下一步

控制循环组织模型调用,路由到工具,读取反馈。

工具 / 文件 / 隔离环境:执行动作

读材料、生成网页、做检查。隔离需要实际部署保证。

从林岚创建 Issue 开始。
两条边界:Session/历史记录不等于模型当前上下文;本地执行也不等于数据永不离机——回写到任务的内容会保存到服务端,模型请求还取决于所用供应商。
Multica 默认不保证文件系统沙箱。教学试跑使用脱敏材料和专用账号/容器/虚拟机;不能把“Managed”理解为天然安全。
依据 / A01 · A03 · M06 · M07 · M08 · M16
04 / 17
A / 原理 · Agent Loop

原理②:Agent 不是一次答完,
而是行动之后再看结果。

Agent Loop = 看任务 → 选动作 → 调工具 → 读反馈。可以完成,也可以暂停求助;不该无限循环。

陈宇,负责核实资料与补充事实陈宇 / 资料负责人
现场问答 / 每点一步,看一次反馈

“能算,不代表现在就能算对。”

先读真实材料;没有计划总数,就不能推出测试执行进度。

收到目标不会猜数字,也不会无限空转。
看任务要算哪一个指标?
→
选动作读数据,还是询问?
↑
↓
读反馈够不够?可信不可信?
←
调工具真的读文件、做计算
公开动作示例,不展示模型隐藏推理。

做完,停

产物符合要求,就提交结果。

缺数据,停

例如没有计划用例总数,先请资料负责人补充。

越界,停

权限不足或达到重试、时间、费用上限,交人处理。

依据 / A04 · A08 · M06
05 / 17
A / 原理 · 协作 Graph

原理③:Loop 管“怎么做”,
Graph 管“怎么接”。

Graph 用节点、连线与共享状态表达协作。节点不一定是 Agent,也可以是人、工具或校验规则。

缺口 → 请人补充有修改意见 → 退回并保留理由需求确认林岚 · 人证据核验证据分析员 · Agent网页生成报告工程师 · Agent独立审校质量审校员 · Agent最终验收周宁 · 人资料补充陈宇 · 人每次交接传什么?目标 + 来源 + 产物位置 + 版本 + 待确认项
示意播放,不会执行任务或代替真人批准。
蓝色节点:真人参与点节点查看输入和输出原理示意,非 Multica 原生任意 DAG 画布
协作不靠“大家聊一下”。它依赖明确的交接条件:证据齐了才写,审校完成才验收,缺口由指定的人补。
ROUTE A

固定流程:Workflow

适合步骤稳定的交付。按状态约定下一位负责人;默认流程不会自行完成交接。

ROUTE B

动态路由:Squad

先唤醒队长,再按任务情况选择成员;真人也可以加入。不是把全员同时启动。

一个 Graph 节点内部可以跑自己的 Loop。二者是配合,不是替代。
依据 / A04 · M11 · M14
06 / 17
A / 原理 · 记忆与知识

原理④:记住过程、引用知识、
复用方法,三件事分开。

不是把所有聊天都塞进 Prompt。先决定信息属于谁、保存多久、何时需要重新确认。

CONTEXT

当前上下文

这轮推理实际读到的内容。容量有限,需要选择。

HISTORY

任务记忆

谁补了什么、哪版被退回。保存在任务讨论与执行记录。

KNOWLEDGE

知识库

有效制度、产品说明、指标规范。来源与权限受治理。

METHOD

Skill

按照什么步骤做:算指标、写周报、检查交付。

CONNECTION

MCP / API

怎样连到获准访问的资料与系统。不是知识本身。

正式原始资料
→
整理目录 / Wiki
→
按权限检索 / RAG
→
答案附来源
本次先用 3 份附件,不急着上大知识库。资料量增大后再接检索;Wiki 可以整理主题,RAG 负责按问题找依据。新经验先审核再入库,不能把一次错误自动变成长期事实。
依据 / A03 · A05 · A06 · A07 · M02 · M12 · T01 · T03
07 / 17
B / 实践 · 具体任务

现在,一起交付
一份有证据的项目周报网页。

任务 QH-001:把三份散落的项目材料,整理为团队可阅读、可追溯、可验收的一页网页。以下数据均为虚构。

输入 / 3 份原始材料
CSV
01_project_progress.csv24 项需求,已完成 18 项
MD
02_quality_notes.md96 条已执行,90 条通过;计划数缺失
MD
03_meeting_notes.md风险、决定、负责人和日期

完整素材包提供分开的 CSV / Markdown 原文件,可直接放入演练项目目录。

预期交付 / 不是一段聊天回复

青禾服务改进 · 周报

需求完成率75.0%18 / 24
测试执行进度待补缺计划总数
已执行通过率93.8%90 / 96
weekly-report.html离线打开的周报网页
evidence.md事实、公式与来源
actions.csv + review.md行动表与审校记录
ACCEPTANCE

什么算完成?

数值有公式与来源,风险未遗漏,行动有负责人和日期,指定人员确认当前版本。

BOUNDARY

什么不能做?

不能猜缺失数据、改原始材料、发消息、部署,不能把草稿写成“已上线”。

WHY THIS TASK

为什么适合演示?

有清晰输入和可见成果;缺口补充与审稿返工都能体现真人的职责。

08 / 17
B / 实践 · 组织人与 Agent

先分清责任,
再配置智能体。

三个真人承担不同责任;四个 Agent 承担可重复执行的工作。人不只是“最后点一下”的按钮。

林

林岚 · 需求负责人

定义范围、发起任务、维护 Agent、协调交接

workspace owner / 本案例 Agent owner
陈

陈宇 · 资料负责人

补充数据、解释口径、参与讨论、提出配置建议

member / 获准调用 Agent
周

周宁 · 验收负责人

共同维护配置、审阅产物、退回修改、最终验收

admin / 获准调用 Agent
两个层面别混淆:“资料负责人/验收负责人”是本案例的工作约定;owner/admin/member、Agent Access 和外部系统授权才是产品与系统权限。提示词写“不能发布”不能代替权限隔离。
同一件事可以有多位参与者,但每个节点要有明确的责任人。不要让几个人分别私聊 Agent 后各拿一份不一致的结果。
打开协作关系图:3 位同事 × 4 个 Agent
共享工作区 / 青禾项目教学重绘
林林岚需求负责人
陈陈宇资料负责人
周周宁验收负责人
同一目标 · 同一份任务记录 · 明确交接
QH-001 · 周报交付

从项目材料到可验收的周报网页

资料、讨论、运行记录、成果都能被下一位接手者找到。

CO交付协调员
EA证据分析员
RB报告工程师
QR质量审校员
Agent 执行,人确认事实、边界与交付。
依据 / M03 · M04 · M11 · M16
09 / 17
B / 实践 · 工作区与运行时

第 1 步:让所有人,
进入同一个工作现场。

演示前准备好工作区和一台受控执行电脑。安装不是今天的主角,但执行环境、资料可达性与权限必须真实可用。

成员加入

林岚邀请陈宇为 member、周宁为 admin;分别用自己的账号接受邀请。

同一个可见项目

所有人打开同一项目和同一 Issue,不共享登录账号,不以截图代替协作。

可控的执行环境

准备已登录的受支持 AI 工具;只给脱敏输入和输出目录,验证读写范围。

本例最省事的路径:所有演练 Agent 先绑定同一受控电脑上的兼容运行时,按阶段顺序写文件。跨电脑时用共享仓库或任务附件交接,不能假定本地路径会自动同步。
依据 / M02 · M03 · M07 · M13 · M16 · M17
10 / 17
B / 实践 · 共享配置

第 2 步:把“一个人的提示词”,
变成团队可维护的 Agent。

先创建一个证据分析员做最小验证,再增加工程师、审校员与协调员。下面是可复制的教学配置,不会修改真实 Multica。

Agents → New agent → Start blank

教学版本 v1

版本号仅用于教学对比,不声称产品自带该版本锁。

切换维护者,看看权限区别

调用 Agent由 Access 决定
修改角色配置Agent owner / workspace owner、admin
修改 Access仅 Agent owner
修改何时生效后续被执行端领取的 Run
先做一次最小验证
给证据分析员一个任务:“读取 S1,只计算需求完成率,给出公式和来源。”先确认得到 18/24 = 75.0%,再引入多角色协作。
Skills → New skill
→
导入含 SKILL.md 的目录
→
绑定到需要的 Agent
→
用正反例试跑
Description 是给人看的简介,关键约束要写进 Instructions。Skill 用于可复用的方法,不必把同一套步骤复制进每个角色。成员能调用,不等于有权修改;共同维护也不等于实时同编。
依据 / M04 · M05 · M12
11 / 17
B / 实践 · 组队并派单

第 3 步:先写清任务,
再交给一个有边界的小队。

任务说明是一份共同合同:目标、输入、交付物、验收人和不能做的事,比“帮我搞一下”重要。

Squads → 创建小队

青禾周报交付组

CO
Leader:交付协调员

先判断下一步交给谁,不替所有成员执行。

证据分析员报告工程师质量审校员林岚 · 人陈宇 · 人周宁 · 人

小队说明主要给 leader;关键职责仍分别写进各 Agent 的 Instructions / Skill。

New Issue → Assignee → Squad

QH-001 · 周报网页交付

标题:交付青禾项目 2026-W43 周报网页(演练)
目标:根据 input/ 下三份原始材料和本任务中已确认的补充,生成可离线打开的一页周报网页。
交付对象:项目负责人及团队成员;中文、浅色、简洁。
输入:01_project_progress.csv、02_quality_notes.md、03_meeting_notes.md。
产物:output/weekly-report.html、output/evidence.md、output/actions.csv、output/review.md。
内容:摘要、需求完成率、测试执行进度、已执行用例通过率、风险、下周行动、来源。
验收:数值写明分子/分母及来源;缺信息时先提问;区分“完成”“执行”“通过”;保留高优先级缺陷;不得把未批准事项写成已上线。

先建 Backlog 草稿

只准备任务,不急着触发。材料、权限和验收人确认后,再选合适的非 Backlog 状态并启动。

指派与 @ 分开

指派确定负责人;在评论中 @ 临时请另一个 Agent 协助,不等于转移任务归属。

看触发预览

用选择器选中真实 Agent/Squad,检查将启动谁。纯文本“@姓名”不保证形成实际触发。

依据 / M09 · M10 · M11
12 / 17
B / 实践 · 多人协作演示

第 4 步:不同的人,
在同一份任务里接着做。

切换三位同事的视角,亲手经历发起、补资料、审稿返工与验收。Agent 进度、真人决定与产物版本都留在同一处。

林岚,明确交付目标的需求负责人林岚 · 真人参与
协作现场 / 镜头跟随任务00 / 17

“目标和验收标准,我来写清楚。”

先由林岚发起。三位同事使用各自的身份,围绕同一份任务协作。

需要真人确认下面的操作按钮才会推进任务;漫画不会自动替你决定。
林岚定目标→协调员安排交接→分析员核实证据⇄陈宇补事实→工程师生成→审校员核验→周宁验收

QH-001 / 青禾项目周报网页

项目:团队周报试点 · Assignee:青禾周报交付组

林岚先确认任务目标

从自己的账号发起,不共享账号。
等待林岚发起任务事件 00
本地教学模拟,未连接真实 Multica / 模型 / 业务系统。角色门禁演示工作约定,不声称产品原生按业务岗位限制按钮。
观察三件事:陈宇补的是同一个任务里的证据;周宁评的是同一份当前版本产物;林岚无需充当来回复制文字的传话筒。
真实平台怎么看?打开 Issue 的右侧 Execution log,查看本轮与历史 Run;进入 transcript 查看公开消息、工具调用与错误。修改任务状态不等于停止正在运行的 Run,必要时显式停止。
依据 / M08 · M09 · M10 · M11
13 / 17
B / 实践 · 验收与交付

第 5 步:运行结束,
不代表任务已经完成。

交付质量要靠证据和检查。Agent 给出结果,指定的真人确认“当前这一版”符合任务约定。

周宁,负责审阅和确认交付周宁 / 验收负责人
最后一格 / 别在这里按错“完成”

“运行结束了。可是,我还没验收。”

Agent 的 Run 完成,不等于团队的 Issue 已经完成。我要确认的是当前版本的交付,不是替产品批准上线。

RUN已完成 ✓
ISSUE等待验收
weekly-report.html · 参考交付件v2 · 虚构示例

这份参考文件在本地制作,不是已在真实 Multica 中执行或获批的证明。

0 / 6 项已核对

实际操作:周宁在 Issue 中写清“确认 v2 交付”,再按约定更新状态。不要把 Run 的 Completed 当成验收结论。

依据 / M06 · M08 · M11
14 / 17
B / 实践 · 共同维护与接手

第 6 步:留下一套方法,
而不是留下一个人的聊天记录。

多人协作还包括共同维护:使用者反馈问题,维护者改配置,下一个同事不用重头试错。

从本次返工,提炼一条规则

原方法 v1

“汇总通过率”

口径不明确,容易把已执行通过率当作全部进度。

→
建议方法 v2

“先写分母与来源”

区分执行进度与已执行通过率;缺计划数先请求确认。

陈宇提出建议
→
林岚 / 周宁维护
→
新样本回归

v1/v2 是本分享对方法的教学标记,不假定平台提供原生配置版本锁或实时同编。

共同维护,不等于所有人都能改

成员讨论、补充、使用获准 Agent
Agent owner / workspace 管理员按权限维护角色配置
Skill 创建者 / workspace 管理员维护共享方法
Agent owner决定 Agent 的 Access

调用权、配置修改权、源系统权限、业务审批不是一把钥匙。代理执行还受运行环境中可达权限影响。

一人试出好方法,多人共同验证;共享的是能力,不是私人上下文。
离开现场后做一次“换人测试”:让未参与配置的同事,用同样输入跑下一份周报;核对产物、人工修改量、等待与成本。能被别人稳定复用,才是团队成果。
依据 / M03 · M04 · M05 · M12
15 / 17
C / 复用 · 工作流与自动化

跑通一次之后,
再把它变成每周都可复用的流程。

先固定交付规则,再按场景选择 Workflow、Squad 或 Autopilot。不要让自动化先于验收与安全边界。

固定阶段

Workflow

步骤稳定:数据核验 → 报告生成 → 审校 → 人工验收。用状态与负责人约定交接;没有开放该功能时用任务与评论手动交接。

按需分工

Squad

问题变化:队长根据资料缺口和所需能力选人。成员逐步接手,而不是每个任务都启动所有人。

定时 / 事件

Autopilot

固定周期或外部事件触发。周报建议选择 Create issue,保留团队讨论与验收记录,先手动 Run now 验证。

本次任务记录

保留来源、补充、返工与结果。

→

审核后的知识

写清适用范围、责任人、日期。

→

可复用 Skill

更新步骤与正反例。

→

下一次运行

换同事、换材料,再验证。

自动化前,先有“刹车”

明确调用范围、缺材料退出、业务返工上限、工具执行预算和外发审批。调度成功不等于业务质量成功。

团队追踪什么?

看验收通过率、人工修改、端到端耗时与实际成本;不以 Agent 数量、工具数量或聊天轮数作为成果。

依据 / M11 · M12 · M14 · M15 · A08
16 / 17
C / 复用 · 工具与办公套装

最后再选工具。
每一种,都要补上真实缺口。

不是工具越多越成熟。先判断缺的是资料、方法、连接,还是人工确认。推荐是组合建议,不是已安装、已直连的成品套餐。

共同接入顺序:先查版本与许可 → 配最小权限 → 用脱敏样本试跑 → 测无权访问时是否拒绝 → 最后开启必要写操作。MCP 不会自动授予权限,Skill 也不是沙箱。

把同一套协作方式,迁移到常见办公场景

依据 / A06 · A07 · T01 · T02 · T03 · T04 · T05 · T06 · T07 · T08
17 / 17
C / 复用 · 总结与出处

让每个人能参与,
让每一次交付能接续。

这场分享的重点,不是拥有一群 Agent,而是建立一套团队共同使用、共同维护、共同验收的工作方式。

人负责目标、事实与责任。
Agent 承担执行。
平台让交接、过程和方法可见。

下一步只选一件小事:三份材料、一份任务卡、一位验收人。先跑通,再增加角色与自动化。

参考文章与本分享的边界说明
本次采用许雪里《人机Agent团队协同:从Managed Agents原理到Multica实践》的“原理→实践”结构。知乎直连受限,正文通过作者在博客园发布的同名文章阅读;以下案例、角色、数据、图形和实操脚本为原创教学设计。
核验日期:2026-10-24。产品操作与边界以当前官方文档为准;界面与部署版本可能不同。
不把概念等同于保证:Managed Agents 不是强制通用标准;Multica不等同于Anthropic的托管产品。官网当前称source-available,许可应另核对。
不把本地执行等同于不出域:任务、评论、回写结果等会保存到服务端;默认没有文件系统沙箱保证。模型请求的数据流还取决于运行工具与供应商。
全流程可视化:指任务、状态、评论、工具调用、错误和交付证据,不代表公开模型隐藏推理,也不承诺日志不可篡改。
网页交互:仅本地教学模拟,没有连接Multica账号、真实模型、业务系统,不会邀请成员、创建真实任务或执行自动化。原理图与教学重绘不是官方产品截图。
原文示例到本次实践:保留角色分工与运行解耦思路,把实践改造成三位真人共同参与的周报交付;不照搬原文角色指令。
A01 · 参考文章|许雪里 ↗

与用户提供的知乎文章同名、同作者;采用“原理→平台→实践”的结构,不复制全文。

A02 · 用户提供的知乎原文 ↗

知乎直连受限,正文参照作者在博客园发布的同名文章。

A03 · Anthropic|Managed Agents ↗

Harness、执行环境与持久事件记录的分离;这是一种工程设计,不是通用强制标准。

A04 · LangGraph|Workflows & agents ↗

预设流程、动态决策与常见协作模式;图是原理表达,不是 Multica 界面承诺。

A05 · LangChain|Memory overview ↗

任务内状态与跨任务记忆,按作用域保存信息。

A06 · Agent Skills|格式与加载 ↗

SKILL.md、配套脚本与参考材料;按需读取的技能包。

A07 · MCP|概念与边界 ↗

AI 应用连接外部工具与资料的协议,不等于自动获得权限。

A08 · Anthropic|有效 Agent 实践 ↗

从最简单可行方案开始;仅在有明确收益时增加协作复杂度。

M01 · Multica|官方定位 ↗

人和 Agent 的任务协作平台;当前官网称 source-available。

M02 · Multica|工作区 ↗

共享团队上下文与任务资产的工作区边界。

M03 · Multica|成员与角色 ↗

邀请成员;owner/admin/member 与 Agent Access 分开。

M04 · Multica|Agent 与 Access ↗

可复用配置、调用范围与配置维护权限。

M05 · Multica|创建 Agent ↗

配置字段、运行时差异、MCP 支持与后续运行生效。

M06 · Multica|实际执行路径 ↗

Issue 触发 Run,执行端认领,结果回写;不是只发一条 Prompt。

M07 · Multica|运行时 ↗

本演示使用连接电脑的本地运行时;云端运行时的能力另查文档。

M08 · Multica|Run 记录 ↗

一次任务可对应多次运行;Execution log、停止、重试。

M09 · Multica|指派任务 ↗

给任务设置负责人,与临时 @ 协作的区别。

M10 · Multica|评论中 @ Agent ↗

从选择器选中对象并检查触发预览,不改变原任务归属。

M11 · Multica|Squads ↗

先启动 leader,再路由;成员可以是 Agent 或真人。

M12 · Multica|Skills ↗

创建、导入、绑定与共同维护的方法资产。

M13 · Multica|项目资源 ↗

共享仓库或绑定具体运行时的本地目录;目录不会自动跨机共享。

M14 · Multica|Workflows ↗

状态交接、人工节点与退回;Default 不自动交接,功能可能未在某工作区开放。

M15 · Multica|Autopilots ↗

定时/Webhook;需要协作验收时优先 Create issue。

M16 · Multica|安全模型 ↗

默认不保证文件系统沙箱;隔离应由专用账号、容器或虚拟机承担。

M17 · Multica|完整上手教程 ↗

菜单入口与从空工作区开始的实践顺序。

T01 · WeKnora|官方仓库 ↗

共享知识、RAG 与 Wiki;具体 MCP 能力以部署版本为准。

T02 · RAGFlow|官方仓库 ↗

文档解析与检索型知识底座,先用自有样本评估。

T03 · Dify|知识库 ↗

知识检索与可视化应用流程。

T04 · FastGPT|官方仓库 ↗

知识问答与业务流程应用。

T05 · Anthropic|Skill 示例库 ↗

Office 四件套、skill-creator、webapp-testing 等;逐目录检查许可和依赖。

T06 · 飞书 / Lark|官方 MCP ↗

办公系统的授权访问;先只读,写入另行确认。

T07 · GitHub|官方 MCP ↗

仓库、Issue、PR 等工具;收窄工具与凭据范围。

T08 · Playwright|官方 MCP ↗

浏览器操作与页面检查;建议隔离浏览器与测试账号。

视觉与演示说明

职场人物插画由 AI 生成,均为虚构人物;对话文字、分镜和状态由本地 HTML 驱动。漫画用于帮助理解协作,不是 Multica 官方界面或真实执行记录。所有图像已内嵌,无需联网加载。