Harness方法论精髓把谁来做与怎么做拆开让Agent与Skill各归其位【免费下载链接】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的「Agent 团队架构工厂」。你只需输入一句话它就能为你的项目生成一支由多个智能体Agent组成的小队并为每个成员配好可复用的技能Skill。它最精妙的设计是把「谁来做」和「怎么做」彻底拆开Agent 只负责定义我是谁、我该如何协作Skill 只负责沉淀这件事具体该怎么做。理解了这条分离线你就抓住了 Harness 方法论的精髓。一、先分清本质Agent 与 Skill 到底差在哪很多初学者把 Agent 和 Skill 混为一谈结果角色越写越乱、规则越堆越多。Harness 的核心主张很简单——两者各归其位维度Agent智能体Skill技能回答的问题谁来做Who怎么做How本质专家人设 行动原则程序化知识 工具打包存放位置.claude/agents/.claude/skills/触发方式由 Agent 工具显式调用匹配用户请求关键词自动触发典型内容我是 QA 审查员我只读代码、不修改如何提取表格、如何写报告这种分离带来了三个实打实的好处可复用一个 Skill 可被多个 Agent 共享1:1 或 1:N换个角色也能复用同一套方法论。职责清晰角色定义保持稳定具体方法可独立迭代——改怎么做不用动谁来做。上下文省钱Skill 通过渐进披露按需加载只在真正用到时才把细节塞进上下文不浪费 Token。一句话记忆Agent 是人Skill 是手艺。招对人再教手艺两者不该写在一起。二、Agent 团队6 种协作架构模式Harness 把复杂任务拆解给一支协作小队而小队的队形有 6 种预置架构覆盖绝大多数场景架构模式一句话说明适合场景管道 Pipeline上一步输出即下一步输入分析→设计→实现→验证 这类强依赖流程扇出/扇入并行独立处理最后汇总同一问题多视角同时调研专家池按情境选择性唤醒对应专家代码评审只调安全/性能相关专家生产-审查生成者 审查者配对有问题就重做质量要求高、有客观验收标准监督者 Supervisor中央 Agent 动态分配任务工作量可变、运行时才决定分工层级委托自上而下递归拆解全栈开发等天然分层的大问题新手提示实战中最常用的是「生产-审查」和「扇出/扇入」。如果你只记一种先记住多人协作默认用 Agent 团队单个一次性任务才用子智能体这条默认规则。六种模式的完整判断树与适用条件可对照 skills/harness/references/agent-design-patterns.md。三、Skill 设计三原则让怎么做更聪明把怎么做写得好不好直接决定整支队伍的上限。Harness 用三条原则约束 Skill 的质量原则 1主动触发Description 是唯一点火器Skill 全靠description字段被叫醒。要把它写得具体、带触发条件甚至略带强势否则模型会保守地跳过它。原则 2讲清 Why而非死命令与其写必须用 A、绝不用 B不如解释A 能保住表格结构B 会丢行列关系。模型理解了原因遇到边界情况也能自己判断对。原则 3渐进披露Progressive Disclosure把内容分成三层按需加载——元信息常驻、正文触发时加载、参考资料用到才加载。越重的细节越往后放保持轻量。skill-name/ ├── SKILL.md # 主流程触发时加载500 行 └── references/ # 参考细节用到才加载无上限 └── aws.md # 只有涉及 AWS 时才读取这三条原则的完整写法与正反例见 skills/harness/references/skill-writing-guide.md。四、从一句话到完整团队六阶段工作流Harness 把建一支队拆成可落地的阶段自动推进现状审计— 先看已有 Agent/Skill避免重复造轮子领域分析— 读懂你的项目与核心任务类型架构设计— 从 6 种模式里选队形定义 Agent— 生成.claude/agents/下的角色文件生成 Skill— 生成.claude/skills/下的手艺文件编排与验证— 串起协作流程做带技能 vs 不带技能的对比测试完整六阶段定义见 skills/harness/SKILL.md团队如何牵线搭桥的模板见 skills/harness/references/orchestrator-template.md5 个真实配置案例见 skills/harness/references/team-examples.md。五、效果如何结构化预配置让质量提升 60%官方在 15 个软件工程任务上做了带 Harness vs 不带的 A/B 对照结果相当有说服力指标不带 Harness带 Harness提升平均质量分49.579.360%胜率——15/15 全胜输出波动——−32%关键发现任务越复杂收益越大基础 23.8 → 专家级 36.2。也就是说越是难啃的活越该让 Harness 帮你组一支专业小队。六、5 分钟上手你的第一个 Agent 团队上手比想象中快核心就两步详细步骤与排错见 docs/quickstart.md安装插件并开启 Agent 团队能力需要 Claude Code v2.x输入一句领域描述例如build a harness for this project等待它生成 3~5 个 Agent 与配套 Skill生成后.claude/agents/里会有一组带名字的角色文件.claude/skills/里则有对应的手艺——一支能立刻干活的团队就诞生了。写在最后Harness 真正值得学的不是某个具体命令而是那条贯穿始终的分离线把谁来做和怎么做分开存放、分开演进。角色归 Agent手艺归 Skill各归其位整支智能体小队才既清晰又长寿。理解了这一点你再去设计任何多智能体系统都会更从容。【免费下载链接】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方法论精髓把谁来做与怎么做拆开让Agent与Skill各归其位【免费下载链接】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的「Agent 团队架构工厂」。你只需输入一句话它就能为你的项目生成一支由多个智能体Agent组成的小队并为每个成员配好可复用的技能Skill。它最精妙的设计是把「谁来做」和「怎么做」彻底拆开Agent 只负责定义我是谁、我该如何协作Skill 只负责沉淀这件事具体该怎么做。理解了这条分离线你就抓住了 Harness 方法论的精髓。一、先分清本质Agent 与 Skill 到底差在哪很多初学者把 Agent 和 Skill 混为一谈结果角色越写越乱、规则越堆越多。Harness 的核心主张很简单——两者各归其位维度Agent智能体Skill技能回答的问题谁来做Who怎么做How本质专家人设 行动原则程序化知识 工具打包存放位置.claude/agents/.claude/skills/触发方式由 Agent 工具显式调用匹配用户请求关键词自动触发典型内容我是 QA 审查员我只读代码、不修改如何提取表格、如何写报告这种分离带来了三个实打实的好处可复用一个 Skill 可被多个 Agent 共享1:1 或 1:N换个角色也能复用同一套方法论。职责清晰角色定义保持稳定具体方法可独立迭代——改怎么做不用动谁来做。上下文省钱Skill 通过渐进披露按需加载只在真正用到时才把细节塞进上下文不浪费 Token。一句话记忆Agent 是人Skill 是手艺。招对人再教手艺两者不该写在一起。二、Agent 团队6 种协作架构模式Harness 把复杂任务拆解给一支协作小队而小队的队形有 6 种预置架构覆盖绝大多数场景架构模式一句话说明适合场景管道 Pipeline上一步输出即下一步输入分析→设计→实现→验证 这类强依赖流程扇出/扇入并行独立处理最后汇总同一问题多视角同时调研专家池按情境选择性唤醒对应专家代码评审只调安全/性能相关专家生产-审查生成者 审查者配对有问题就重做质量要求高、有客观验收标准监督者 Supervisor中央 Agent 动态分配任务工作量可变、运行时才决定分工层级委托自上而下递归拆解全栈开发等天然分层的大问题新手提示实战中最常用的是「生产-审查」和「扇出/扇入」。如果你只记一种先记住多人协作默认用 Agent 团队单个一次性任务才用子智能体这条默认规则。六种模式的完整判断树与适用条件可对照 skills/harness/references/agent-design-patterns.md。三、Skill 设计三原则让怎么做更聪明把怎么做写得好不好直接决定整支队伍的上限。Harness 用三条原则约束 Skill 的质量原则 1主动触发Description 是唯一点火器Skill 全靠description字段被叫醒。要把它写得具体、带触发条件甚至略带强势否则模型会保守地跳过它。原则 2讲清 Why而非死命令与其写必须用 A、绝不用 B不如解释A 能保住表格结构B 会丢行列关系。模型理解了原因遇到边界情况也能自己判断对。原则 3渐进披露Progressive Disclosure把内容分成三层按需加载——元信息常驻、正文触发时加载、参考资料用到才加载。越重的细节越往后放保持轻量。skill-name/ ├── SKILL.md # 主流程触发时加载500 行 └── references/ # 参考细节用到才加载无上限 └── aws.md # 只有涉及 AWS 时才读取这三条原则的完整写法与正反例见 skills/harness/references/skill-writing-guide.md。四、从一句话到完整团队六阶段工作流Harness 把建一支队拆成可落地的阶段自动推进现状审计— 先看已有 Agent/Skill避免重复造轮子领域分析— 读懂你的项目与核心任务类型架构设计— 从 6 种模式里选队形定义 Agent— 生成.claude/agents/下的角色文件生成 Skill— 生成.claude/skills/下的手艺文件编排与验证— 串起协作流程做带技能 vs 不带技能的对比测试完整六阶段定义见 skills/harness/SKILL.md团队如何牵线搭桥的模板见 skills/harness/references/orchestrator-template.md5 个真实配置案例见 skills/harness/references/team-examples.md。五、效果如何结构化预配置让质量提升 60%官方在 15 个软件工程任务上做了带 Harness vs 不带的 A/B 对照结果相当有说服力指标不带 Harness带 Harness提升平均质量分49.579.360%胜率——15/15 全胜输出波动——−32%关键发现任务越复杂收益越大基础 23.8 → 专家级 36.2。也就是说越是难啃的活越该让 Harness 帮你组一支专业小队。六、5 分钟上手你的第一个 Agent 团队上手比想象中快核心就两步详细步骤与排错见 docs/quickstart.md安装插件并开启 Agent 团队能力需要 Claude Code v2.x输入一句领域描述例如build a harness for this project等待它生成 3~5 个 Agent 与配套 Skill生成后.claude/agents/里会有一组带名字的角色文件.claude/skills/里则有对应的手艺——一支能立刻干活的团队就诞生了。写在最后Harness 真正值得学的不是某个具体命令而是那条贯穿始终的分离线把谁来做和怎么做分开存放、分开演进。角色归 Agent手艺归 Skill各归其位整支智能体小队才既清晰又长寿。理解了这一点你再去设计任何多智能体系统都会更从容。【免费下载链接】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），仅供参考
