Harness的CLAUDE.md指针注册详解为什么只需写2样东西【免费下载链接】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 团队.claude/agents/和他们使用的技能.claude/skills/。而在它整个 6 阶段工作流中最精妙的一步是CLAUDE.md 指针注册项目根目录的 CLAUDE.md 里只需要写 2 样东西——触发规则和变更历史其余全部交给编排器技能处理。先搞懂 Harness一句话生成 Agent 团队Harness 位于 Claude Code 生态的 L3元工厂层——它自己不干活而是生产干活的团队。安装后只需说build a harness for this project它就会自动完成领域分析— 搞清楚项目要做什么类型的工作团队架构设计— 从 6 种预定义架构模式管道、扇出/扇入、专家池、生成-验证、监督者、层级委托中选型Agent 定义生成— 每位成员一个.claude/agents/下的.md文件技能生成— 每个 Agent 的怎么做手册放入.claude/skills/集成与编排— 用编排器技能定义谁和谁、按什么顺序协作验证与测试— 触发词验证 干跑测试 5 分钟从安装到跑通示例任务的教程见 docs/quickstart.md。为什么要在 CLAUDE.md 注册指针关键在于理解一个机制CLAUDE.md 会在 Claude Code 每个新会话启动时自动加载。它是 AI 每次会话第一眼就能看到的全局记忆。所以只要在 CLAUDE.md 里放一块指路牌无论以后开多少个新会话Claude 都知道这个项目有 harness遇到这类任务要调用编排器技能。官方原文skills/harness/SKILL.mdCLAUDE.md是 새 세션마다 로딩되므로하네스 존재와 트리거 규칙만 기록하면 오케스트레이터 스킬이 나머지를 처리한다。 CLAUDE.md 每个新会话都会加载因此只需记录 harness 的存在和触发规则剩下的由编排器技能处理。一句话CLAUDE.md 是路标细节在技能里。要写的 2 样东西触发规则 变更历史按照 SKILL.md 模板整个 CLAUDE.md 指针块极简核心就是这 2 样① 触发规则最重要一句话告诉 AI什么时候该调用编排器技能形如当收到 {领域} 相关任务请求时使用{orchestrator-skill-name}技能简单问题可直接回答。简单问题可直接回答这句同样重要——它防止技能在闲聊时过度触发。② 变更历史表日期变更内容对象原因2026-04-05初始构成整体-2026-04-07QA 代理添加agents/qa.md产出质量验证不足的反馈变更历史是 harness 的进化日志每次增删改 Agent 或技能都追加一行机制见 SKILL.md Phase 7-3既方便追溯演进方向也防止能力退化。千万别写的 4 样东西官方模板明确列出了CLAUDE.md 中不该放的内容❌ 不写真实来源在哪里Agent 列表.claude/agents/目录 编排器技能技能列表.claude/skills/目录 编排器技能目录结构直接看文件系统执行规则细节编排器技能正文背后的理由是单一事实来源CLAUDE.md 里若也维护一份列表下次加 Agent 就得改两处两份内容迟早漂移。v1.2.0 版本正是为此把上下文注册改成了指针注册删除了 Agent/技能列表与目录结构——演进详情见 CHANGELOG.md。为什么少写就是多写 上下文窗口是公共资源CLAUDE.md 每次会话都整份加载多写一行就浪费所有会话的预算。几十词的指针足够写满几百行规则反而挤占真正干活的空间。维护成本趋近于零变更历史每次变更只加一行无需重写大段描述同步动作在 Phase 5-4 一次性完成核心原则 3。职责边界清晰CLAUDE.md 只负责让你找到它怎么做全部委托给编排器技能。新会话启动 → 读到触发规则 → 编排器技能接管 → 按需读取 agents/skills全貌自然展开。一张表总结职责分工文件只负责CLAUDE.md触发规则 变更历史指针.claude/agents/*.md谁——Agent 的角色与原则.claude/skills/*/SKILL.md怎么做——操作手册与参考资料编排器技能谁在何时按什么顺序——整体工作流所以下次再有人问CLAUDE.md 应该写多详细记住 Harness 的答案项目级记忆只负责指路细节留给技能。想深入团队架构可以继续阅读 agent-design-patterns.md 的 6 种架构模式和 team-examples.md 的 5 个真实团队配置示例。【免费下载链接】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的CLAUDE.md指针注册详解为什么只需写2样东西【免费下载链接】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 团队.claude/agents/和他们使用的技能.claude/skills/。而在它整个 6 阶段工作流中最精妙的一步是CLAUDE.md 指针注册项目根目录的 CLAUDE.md 里只需要写 2 样东西——触发规则和变更历史其余全部交给编排器技能处理。先搞懂 Harness一句话生成 Agent 团队Harness 位于 Claude Code 生态的 L3元工厂层——它自己不干活而是生产干活的团队。安装后只需说build a harness for this project它就会自动完成领域分析— 搞清楚项目要做什么类型的工作团队架构设计— 从 6 种预定义架构模式管道、扇出/扇入、专家池、生成-验证、监督者、层级委托中选型Agent 定义生成— 每位成员一个.claude/agents/下的.md文件技能生成— 每个 Agent 的怎么做手册放入.claude/skills/集成与编排— 用编排器技能定义谁和谁、按什么顺序协作验证与测试— 触发词验证 干跑测试 5 分钟从安装到跑通示例任务的教程见 docs/quickstart.md。为什么要在 CLAUDE.md 注册指针关键在于理解一个机制CLAUDE.md 会在 Claude Code 每个新会话启动时自动加载。它是 AI 每次会话第一眼就能看到的全局记忆。所以只要在 CLAUDE.md 里放一块指路牌无论以后开多少个新会话Claude 都知道这个项目有 harness遇到这类任务要调用编排器技能。官方原文skills/harness/SKILL.mdCLAUDE.md是 새 세션마다 로딩되므로하네스 존재와 트리거 규칙만 기록하면 오케스트레이터 스킬이 나머지를 처리한다。 CLAUDE.md 每个新会话都会加载因此只需记录 harness 的存在和触发规则剩下的由编排器技能处理。一句话CLAUDE.md 是路标细节在技能里。要写的 2 样东西触发规则 变更历史按照 SKILL.md 模板整个 CLAUDE.md 指针块极简核心就是这 2 样① 触发规则最重要一句话告诉 AI什么时候该调用编排器技能形如当收到 {领域} 相关任务请求时使用{orchestrator-skill-name}技能简单问题可直接回答。简单问题可直接回答这句同样重要——它防止技能在闲聊时过度触发。② 变更历史表日期变更内容对象原因2026-04-05初始构成整体-2026-04-07QA 代理添加agents/qa.md产出质量验证不足的反馈变更历史是 harness 的进化日志每次增删改 Agent 或技能都追加一行机制见 SKILL.md Phase 7-3既方便追溯演进方向也防止能力退化。千万别写的 4 样东西官方模板明确列出了CLAUDE.md 中不该放的内容❌ 不写真实来源在哪里Agent 列表.claude/agents/目录 编排器技能技能列表.claude/skills/目录 编排器技能目录结构直接看文件系统执行规则细节编排器技能正文背后的理由是单一事实来源CLAUDE.md 里若也维护一份列表下次加 Agent 就得改两处两份内容迟早漂移。v1.2.0 版本正是为此把上下文注册改成了指针注册删除了 Agent/技能列表与目录结构——演进详情见 CHANGELOG.md。为什么少写就是多写 上下文窗口是公共资源CLAUDE.md 每次会话都整份加载多写一行就浪费所有会话的预算。几十词的指针足够写满几百行规则反而挤占真正干活的空间。维护成本趋近于零变更历史每次变更只加一行无需重写大段描述同步动作在 Phase 5-4 一次性完成核心原则 3。职责边界清晰CLAUDE.md 只负责让你找到它怎么做全部委托给编排器技能。新会话启动 → 读到触发规则 → 编排器技能接管 → 按需读取 agents/skills全貌自然展开。一张表总结职责分工文件只负责CLAUDE.md触发规则 变更历史指针.claude/agents/*.md谁——Agent 的角色与原则.claude/skills/*/SKILL.md怎么做——操作手册与参考资料编排器技能谁在何时按什么顺序——整体工作流所以下次再有人问CLAUDE.md 应该写多详细记住 Harness 的答案项目级记忆只负责指路细节留给技能。想深入团队架构可以继续阅读 agent-design-patterns.md 的 6 种架构模式和 team-examples.md 的 5 个真实团队配置示例。【免费下载链接】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），仅供参考
