人机 Agent 团队协同：从 Managed Agents 原理到 Multica 实践

本文完整内容见（包括 Agent 指令设计）：原文地址

1 、Managed Agents 核心理念：解耦"大脑"与"双手"

Managed Agents 定义：一套用于大规模构建、部署和运行 AI Agent 的全托管基础设施，核心设计原理围绕‌组件解耦与分层抽象‌，解决长周期 AI Agent 开发和生产部署的痛点。

Managed Agents 设计思路：将智能体的‌「决策能力」（模型作为"大脑"）‌、「‌执行能力」（工具/沙箱作为"双手"）‌和‌「记忆能力」（持久化会话作为记忆）‌完全分离；借鉴操作系统分层思想重构 Agent 架构，各模块独立演进提升整体系统的稳定性。解决了传统 Agent 开发中 Agent 代码粘连、环境崩溃导致任务中断等问题。

Managed Agents 核心模块：

Harness （可替换控制循环）‌：作为隔离模型实现与系统功能的抽象控制层，负责调度模型和路由工具，允许模型随时升级不影响系统稳定性，让针对特定模型的补丁可独立演进。
Sandbox （隔离执行环境）‌：提供独立的代码/文件执行单元，执行环境与核心系统物理隔离，避免工具调用异常或容器崩溃导致整体任务失败，将错误转化为可处理的单纯异常。
Session （持久化日志）‌：突破传统上下文窗口限制，将完整历史事件日志作为外部化记忆仓库，支持按需读取、回放历史和提取关键切片，解决长任务中信息存储与回溯的问题。

2 、Multica 介绍

Multica 是一个开源的 Managed Agents 平台，定位为遵循 Managed Agents 架构规范、厂商中立的开源 AI 智能体团队协作平台。

Multica 目标并非自建 Agent ，而是搭建跨 AI Agent 的托管调度层，将分散在本地、多终端、多厂商（ Claude Code 、Codex 、OpenCode ）的智能体收拢，把 AI Agent 转化为人机团队内和开发人员平权的正式成员，落地 Managed Agents 工程化、团队化实践。

Multica 核心为解决行业几类典型痛点：

多 AI 编程工具碎片化，切换繁琐、无法统一管控；
Agent 孤立运行，无任务看板、无进度可视化，人工持续盯盘；
Agent 单次优质执行经验无法沉淀，重复造轮子、团队能力无法复利增长。

3 、人机 Agent 团队组织设计

针对人机 Agent 团队协同，首先需要结合业务场景，进行团队组织设计，确定团队角色及职责。此处以 “全栈项目迭代开发” 为业务场景，落地实践人机多角色 Agent 团队协作。

针对研发需求交付流程，一般覆盖「需求分析、方案设计、代码开发、代码审核、需求测试、项目部署」等环节。其中“需求分析、方案设计、代码开发”类工作长耗时且低风险低，适合 Agent 角色执行；其他工作风险性相对高，短期（本文案例）持续让人来负责，未来考虑过度给 Agent 。

基于上述分工思路，团队具体组织设计如下：

团队名称：汉兴三杰（墨萧张联盟）
团队角色：由 3 个 Agent 角色（队长、架构师、全栈工程师） + 1 个人角色组成；前者负责「需求分析、方案设计、代码开发」类工作，后者负责「代码审核、需求测试、项目部署」类工作。

Agent 角色明细：

角色	职责定位责	权限边界
萧何（队长）	团队唯一对外交互入口，全流程总调度，承担「任务拆解、进度追踪、结果汇总」核心职能，是整个小队的定盘星	仅负责调度整合，不参与具体方案设计、不编写执行落地代码，所有具体工作全部委派给对应角色，绝不越界。
张良（架构师）	方案输出核心，承担「信息调研、复杂任务方案设计」核心职能，是连接需求与落地的核心枢纽	仅输出设计方案，不参与具体落地执行；遇到需求调整仅修改方案，不越界修改执行成果。
墨子（全栈工程师）	长周期任务执行核心，承担「长时间、独立复杂任务执行」核心职能，是将纸面方案转化为实际成果的攻坚者	仅在方案设计范围内完成执行，不自行修改整体框架、不扩展超出需求范围的额外功能；所有超出边界的需求统一返回协调者重新处理，不私自调整方案。

4 、场景案例

Multica 系统截图：

Multica Squad：团队设置 + 成员组织（ 3xAgent + 1x 人）。

Multica Agent：Agent 角色的设置类信息。

墨子为例，设置信息包括：运行时（本地 MacMini + OpenCode ） + Agent 模型（ DeepSeek ） + 技能（ design-taste-frontend ） + 指令等。

Multica 运行时：我的电脑上安装了 Claude 、Codex 和 OpenCode ，如下图全部识别可用。

案例场景说明：

案例场景：“新建一个博客网站，只包含前端 HTML 页面，无需后端逻辑”。
需求承接：通过 Multica 的 Squad/团队承接，过程中体现多智能体调度、会话隔离、事件追溯、技能等能力。

Multica 处理流程分析：

Multica 流程参考下图，核心步骤如下：

发起任务：用户提交 ISSUE ，分配给 Multica 团队，此处分配给「汉兴三杰（墨萧张联盟）」。
需求分析/分配任务：团队接到需求，「萧何（队长）」会自动进行需求功能点提炼；然后，将方案设计设计任务分配给「张良（架构师）」。
技术方案：「张良（架构师）」接到任务，结合同步的需求信息、主动调研信息等，进行技术方案设计。技术方案完成后，会周知「萧何（队长）」。
方案评审：「萧何（队长）」接到技术方案完成通知，会进行技术方案 Review 。然后，将开发任务分配给「墨子（全栈工程师）」。
代码开发：「墨子（全栈工程师）」接到任务，开始进行代码开发。代码开发完成后，会周知「萧何（队长）」。
代码验收：「萧何（队长）」接到代码开发完成通知，会进行代码验收。验收完成后，会主动更新任务状态。
需求测试/项目部署：按照前文组织设计，这部分由人来处理。因此，由“Jason （我）”人工触发。

Multica 产出效果：

博客网站运行截图：