Harness如何设计团队架构Phase 2的3个关键子步骤详解【免费下载链接】harnessA meta-skill that designs domain-specific agent teams, defines specialized agents, and generates the skills they use.项目地址: https://gitcode.com/GitHub_Trending/harness/harnessHarness 是一款面向 Claude Code 的智能体团队架构工厂Team-Architecture Factory你只需一句话描述业务领域它就能自动设计出智能体团队并生成配套技能。而整个 6 阶段工作流中最核心、最考验设计功力的正是Phase 2团队架构设计——它决定了你的智能体团队怎么协作、用什么阵型、拆成几个人。 一分钟了解Harness 的 6 阶段工作流Harness 的主流程定义在 skills/harness/SKILL.md 中完整工作流如下Phase 1: 领域分析 ↓ Phase 2: 团队架构设计Agent Teams vs Subagents← 本文重点 ↓ Phase 3: 智能体定义生成.claude/agents/ ↓ Phase 4: 技能生成.claude/skills/ ↓ Phase 5: 集成与编排 ↓ Phase 6: 验证与测试Phase 1 搞清楚要做什么Phase 3 及以后负责落地实现而 Phase 2 则回答最关键的架构问题用团队还是子代理选哪种协作阵型每个智能体负责什么这三个问题分别对应 Phase 2 的 3 个子步骤子步骤解决的问题详细出处2-1 执行模式选择团队、子代理还是混合SKILL.md#L46-L612-2 架构模式选择6 种阵型选哪种SKILL.md#L63-L722-3 智能体分离标准拆成几个智能体SKILL.md#L74-L76⚙️ 子步骤2-1如何快速选择执行模式团队 vs 子代理这是新手最常纠结的一步。Harness 给出的原则很明确智能体团队是默认首选。2 个及以上智能体需要协作时优先使用团队模式因为团队成员之间可以直接通信SendMessage、共享任务列表TaskCreate能互相分享发现、挑战结论、补全遗漏从而显著提升产出质量。三种模式怎么选看这张决策表模式什么时候用特点智能体团队默认2 人以上协作、需要实时调度和反馈交换、中间产出需要互相引用用TeamCreateSendMessageTaskCreate自行协调子代理备选单智能体任务、结果只需返回给主流程、团队通信开销过大直接用Agent工具调用可run_in_background并行混合不同阶段特性差异大例如并行收集子代理→ 协商式整合团队按阶段混合团队/子代理并在编排器中逐阶段注明推荐的决策顺序新手照做即可先问自己2 个以上智能体能用团队模式设计吗——能就选团队这是默认值只有当智能体之间结构性地不需要通信只传结果、且团队开销大于收益时才选择子代理各阶段特性明显不同时考虑混合模式并记得在编排器里写明每个阶段用哪种模式。完整的对比表和决策树可以参考 skills/harness/references/agent-design-patterns.md其中的模式选择决策树用三问就能帮你定下模式。️ 子步骤2-26 大架构模式哪种阵型最适合你的任务定好执行模式后第二件事是从 6 种预定义的团队架构模式agent-design-patterns.md中挑选最贴合任务特性的阵型架构模式一句话理解典型场景新手避坑提示流水线 Pipeline上一步的输出是下一步的输入小说创作世界观→角色→剧情→写作→编辑瓶颈会拖慢整条线尽量让环节独立扇出/扇入 Fan-out/Fan-in并行处理后汇总深度研究多角度同时调查→合并报告汇总阶段的质量决定整体质量专家池 Expert Pool按情况选择性地调用专家代码审查只调安全/性能/架构中需要的专家路由分类的准确性是核心生产者-审查者 Producer-Reviewer生成后由审查者质检不合格打回内容创作→审校→返工必须设最大重试次数2~3 次防止死循环监督者 Supervisor中央智能体动态分派任务大规模代码迁移按文件清单动态派活监督者别变成瓶颈委派单元要足够大层级委托 Hierarchical Delegation自上而下递归委派全栈开发总负责人→前端负责人→UI/逻辑/测试建议不超过 2 层过深会损失上下文两个实用技巧实际项目更常用复合模式例如扇出 生产者-审查者4 种语言并行翻译→各自母语审校、流水线 扇出分析串行→实现并行→集成测试串行可参考 复合模式对照表扇出/扇入模式建议必须用智能体团队调查者之间实时分享发现、互相挑战质量远高于各自为战。✂️ 子步骤2-3用 4 条标准决定要不要拆分智能体阵型确定后最后要回答这个团队到底需要几个智能体Harness 在 SKILL.md#L74-L76 中给出了 4 轴判断法对照 分离标准表 逐项打分即可判断维度倾向拆分倾向合并专业性负责领域不同领域高度重叠并行性可以独立并行执行强顺序依赖上下文上下文负担很重轻量快速可复用性其他团队也会用到只在本团队使用原则一个智能体专注一个角色复用性最高、重复最少。如果一个智能体身兼两职先考虑能不能拆开。举个例子做深度研究团队时网络搜索和学术检索领域不同、可并行、上下文各自独立——按 4 条标准都指向拆分而引用核对只是报告撰写流程中的一小步、领域重叠——按标准应该合并进报告智能体。 Phase 2 完成之后设计蓝图如何落地Phase 2 的产出是一张团队架构蓝图它直接驱动后续阶段Phase 3按蓝图把每个智能体写成定义文件agent-design-patterns.md 中的定义结构模板包含核心角色、工作原则、输入/输出协议和团队通信协议Phase 4为每个智能体生成配套技能SKILL.md references/Phase 5用编排器把谁在什么顺序上协作串成完整工作流模板见 orchestrator-template.mdPhase 6验证团队规模、通信路径与触发条件是否符合预期。 新手建议设计完成后对照 SKILL.md 末尾的产出检查清单确认执行模式已明确、智能体不重复、每个调用都标注模型等要点再进入实现阶段。 延伸阅读核心文件速查想动手体验或深挖细节从这几份资料入手 skills/harness/SKILL.md6 阶段主工作流的完整定义Phase 2 三个子步骤的权威出处 skills/harness/references/agent-design-patterns.md执行模式对比、决策树、6 大架构模式与智能体分离标准 skills/harness/references/team-examples.md5 个真实团队配置示例 docs/quickstart.md5 分钟上手指南从安装到跑通第一个团队 README.md项目总览、架构模式总表与使用场景提示词掌握 Phase 2 的这 3 个子步骤——选对执行模式、挑对架构阵型、拆对智能体——你就掌握了 Harness 团队架构设计的核心方法论。下一篇文章我们继续拆解 Phase 3 的智能体定义生成细节。【免费下载链接】harnessA meta-skill that designs domain-specific agent teams, defines specialized agents, and generates the skills they use.项目地址: https://gitcode.com/GitHub_Trending/harness/harness创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Harness如何设计团队架构：Phase 2的3个关键子步骤详解
Harness如何设计团队架构Phase 2的3个关键子步骤详解【免费下载链接】harnessA meta-skill that designs domain-specific agent teams, defines specialized agents, and generates the skills they use.项目地址: https://gitcode.com/GitHub_Trending/harness/harnessHarness 是一款面向 Claude Code 的智能体团队架构工厂Team-Architecture Factory你只需一句话描述业务领域它就能自动设计出智能体团队并生成配套技能。而整个 6 阶段工作流中最核心、最考验设计功力的正是Phase 2团队架构设计——它决定了你的智能体团队怎么协作、用什么阵型、拆成几个人。 一分钟了解Harness 的 6 阶段工作流Harness 的主流程定义在 skills/harness/SKILL.md 中完整工作流如下Phase 1: 领域分析 ↓ Phase 2: 团队架构设计Agent Teams vs Subagents← 本文重点 ↓ Phase 3: 智能体定义生成.claude/agents/ ↓ Phase 4: 技能生成.claude/skills/ ↓ Phase 5: 集成与编排 ↓ Phase 6: 验证与测试Phase 1 搞清楚要做什么Phase 3 及以后负责落地实现而 Phase 2 则回答最关键的架构问题用团队还是子代理选哪种协作阵型每个智能体负责什么这三个问题分别对应 Phase 2 的 3 个子步骤子步骤解决的问题详细出处2-1 执行模式选择团队、子代理还是混合SKILL.md#L46-L612-2 架构模式选择6 种阵型选哪种SKILL.md#L63-L722-3 智能体分离标准拆成几个智能体SKILL.md#L74-L76⚙️ 子步骤2-1如何快速选择执行模式团队 vs 子代理这是新手最常纠结的一步。Harness 给出的原则很明确智能体团队是默认首选。2 个及以上智能体需要协作时优先使用团队模式因为团队成员之间可以直接通信SendMessage、共享任务列表TaskCreate能互相分享发现、挑战结论、补全遗漏从而显著提升产出质量。三种模式怎么选看这张决策表模式什么时候用特点智能体团队默认2 人以上协作、需要实时调度和反馈交换、中间产出需要互相引用用TeamCreateSendMessageTaskCreate自行协调子代理备选单智能体任务、结果只需返回给主流程、团队通信开销过大直接用Agent工具调用可run_in_background并行混合不同阶段特性差异大例如并行收集子代理→ 协商式整合团队按阶段混合团队/子代理并在编排器中逐阶段注明推荐的决策顺序新手照做即可先问自己2 个以上智能体能用团队模式设计吗——能就选团队这是默认值只有当智能体之间结构性地不需要通信只传结果、且团队开销大于收益时才选择子代理各阶段特性明显不同时考虑混合模式并记得在编排器里写明每个阶段用哪种模式。完整的对比表和决策树可以参考 skills/harness/references/agent-design-patterns.md其中的模式选择决策树用三问就能帮你定下模式。️ 子步骤2-26 大架构模式哪种阵型最适合你的任务定好执行模式后第二件事是从 6 种预定义的团队架构模式agent-design-patterns.md中挑选最贴合任务特性的阵型架构模式一句话理解典型场景新手避坑提示流水线 Pipeline上一步的输出是下一步的输入小说创作世界观→角色→剧情→写作→编辑瓶颈会拖慢整条线尽量让环节独立扇出/扇入 Fan-out/Fan-in并行处理后汇总深度研究多角度同时调查→合并报告汇总阶段的质量决定整体质量专家池 Expert Pool按情况选择性地调用专家代码审查只调安全/性能/架构中需要的专家路由分类的准确性是核心生产者-审查者 Producer-Reviewer生成后由审查者质检不合格打回内容创作→审校→返工必须设最大重试次数2~3 次防止死循环监督者 Supervisor中央智能体动态分派任务大规模代码迁移按文件清单动态派活监督者别变成瓶颈委派单元要足够大层级委托 Hierarchical Delegation自上而下递归委派全栈开发总负责人→前端负责人→UI/逻辑/测试建议不超过 2 层过深会损失上下文两个实用技巧实际项目更常用复合模式例如扇出 生产者-审查者4 种语言并行翻译→各自母语审校、流水线 扇出分析串行→实现并行→集成测试串行可参考 复合模式对照表扇出/扇入模式建议必须用智能体团队调查者之间实时分享发现、互相挑战质量远高于各自为战。✂️ 子步骤2-3用 4 条标准决定要不要拆分智能体阵型确定后最后要回答这个团队到底需要几个智能体Harness 在 SKILL.md#L74-L76 中给出了 4 轴判断法对照 分离标准表 逐项打分即可判断维度倾向拆分倾向合并专业性负责领域不同领域高度重叠并行性可以独立并行执行强顺序依赖上下文上下文负担很重轻量快速可复用性其他团队也会用到只在本团队使用原则一个智能体专注一个角色复用性最高、重复最少。如果一个智能体身兼两职先考虑能不能拆开。举个例子做深度研究团队时网络搜索和学术检索领域不同、可并行、上下文各自独立——按 4 条标准都指向拆分而引用核对只是报告撰写流程中的一小步、领域重叠——按标准应该合并进报告智能体。 Phase 2 完成之后设计蓝图如何落地Phase 2 的产出是一张团队架构蓝图它直接驱动后续阶段Phase 3按蓝图把每个智能体写成定义文件agent-design-patterns.md 中的定义结构模板包含核心角色、工作原则、输入/输出协议和团队通信协议Phase 4为每个智能体生成配套技能SKILL.md references/Phase 5用编排器把谁在什么顺序上协作串成完整工作流模板见 orchestrator-template.mdPhase 6验证团队规模、通信路径与触发条件是否符合预期。 新手建议设计完成后对照 SKILL.md 末尾的产出检查清单确认执行模式已明确、智能体不重复、每个调用都标注模型等要点再进入实现阶段。 延伸阅读核心文件速查想动手体验或深挖细节从这几份资料入手 skills/harness/SKILL.md6 阶段主工作流的完整定义Phase 2 三个子步骤的权威出处 skills/harness/references/agent-design-patterns.md执行模式对比、决策树、6 大架构模式与智能体分离标准 skills/harness/references/team-examples.md5 个真实团队配置示例 docs/quickstart.md5 分钟上手指南从安装到跑通第一个团队 README.md项目总览、架构模式总表与使用场景提示词掌握 Phase 2 的这 3 个子步骤——选对执行模式、挑对架构阵型、拆对智能体——你就掌握了 Harness 团队架构设计的核心方法论。下一篇文章我们继续拆解 Phase 3 的智能体定义生成细节。【免费下载链接】harnessA meta-skill that designs domain-specific agent teams, defines specialized agents, and generates the skills they use.项目地址: https://gitcode.com/GitHub_Trending/harness/harness创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
