一键导入
harness-dev
模块开发主循环。轻量协调者:加载上下文后调用 harness-onboard(需求分类+影响面+流程确认),再调用 harness-roles(帽子系统多角色执行),最后沉淀上下文。通常由 .harness/AGENTS.md 自动激活,也可通过 /harness-dev 显式调用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
模块开发主循环。轻量协调者:加载上下文后调用 harness-onboard(需求分类+影响面+流程确认),再调用 harness-roles(帽子系统多角色执行),最后沉淀上下文。通常由 .harness/AGENTS.md 自动激活,也可通过 /harness-dev 显式调用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
在当前模块目录下初始化 Harness 框架。扫描代码结构、预填上下文文件、引导开发者逐节审核确认,最终写入 .harness/ 目录。适用于 cmd/、apps/、pkg/ 下的任意模块。
升级当前模块 .harness/framework/ 到最新版本。三层分离设计保证 context/(开发者托管)和 overrides/ 永不被覆盖。可在 harness-dev 提示有新版本时调用,也可直接执行 /harness-upgrade。
Team-level AI spend visibility. Tracks token usage per PR, attribute costs to author/reviewer, generates exportable cost reports. Built on top of harness-roles budget tracking.
CI failure auto-fix. Reads failure logs, identifies root cause, applies fix, commits and creates PR. Triggered by workflow_run or called directly via /fix-ci.
需求分类 + 影响面分析 + 动态流程确认。从用户描述推断工作类型,fetch-first 扫描代码,输出影响面报告,解析 workflow/dev.md 的 rules 动态调整插槽列表,展示流程供用户确认调整,最终输出 resolved_slots JSON 交给 harness-roles 执行。
机械执行层。将 constraints.md 中的规则翻译为可执行的 lint 规则、pre-commit hooks 和 CI 检查脚本。读取 constraints.md,解析 enforcement 块,生成对应脚本并注册到 .git/hooks/ 或 CI 配置。
| name | harness-dev |
| description | 模块开发主循环。轻量协调者:加载上下文后调用 harness-onboard(需求分类+影响面+流程确认),再调用 harness-roles(帽子系统多角色执行),最后沉淀上下文。通常由 .harness/AGENTS.md 自动激活,也可通过 /harness-dev 显式调用。 |
自动激活(推荐):当前目录存在 .harness/AGENTS.md 时,Claude Code 在对话开始时自动读取,用户描述开发需求后本 skill 自动接管。
显式调用:用户执行 /harness-dev 强制进入开发循环。
读取 .harness/framework/version,与 ~/.forge/framework/version 对比:
💡 Harness 框架有新版本 {X.Y.Z}(当前 {X.Y.W})
要现在升级吗?(y / 稍后 / 跳过)
~/.forge/ 不存在 → 静默跳过读取以下文件(全部加载到工作上下文):
.harness/context/module.md.harness/context/deps.md.harness/context/arch.md.harness/context/constraints.md.harness/workflow/dev.md.harness/workflow/checklist.md如果 .harness/ 不存在 → 提示用户先运行 /harness-init,终止。
将以下信息传入 harness-onboard:
workflow/dev.md 的完整内容harness-onboard 返回:确认后的流程 JSON(resolved_slots + role_config + work_type 等,见 harness-onboard 规范)
如果 harness-onboard 失败,告知失败原因,等待用户指示(跳过 / 重试)。
将 harness-onboard 返回的流程 JSON 原样传入 harness-roles。
harness-roles 负责按 resolved_slots 顺序逐角色执行,管理预算,处理里程碑节点。
所有角色执行完成后,检测是否产生新上下文并提示用户:
📝 本次开发产生了以下新上下文,建议沉淀:
arch.md 新增建议:
"{日期}:{推断的架构决策描述}"
constraints.md 新增建议:
"{推断的新约束}"
要现在更新吗?(y / 不用)
用户确认后,用 Edit 工具追加到对应文件末尾。
| 情况 | 行为 |
|---|---|
.harness/ 不存在 | 提示运行 /harness-init,终止 |
workflow/dev.md 缺失 | 使用内置默认配置(见下方),提示用户补全 |
| harness-onboard 调用失败 | 告知失败原因,等待用户指示(跳过 / 重试) |
| harness-roles 调用失败 | 告知失败的角色名和原因,等待用户指示 |
内置默认配置(workflow/dev.md 缺失时使用):
roles:
planner: { model: opus, budget: $0.50 }
builder: { model: sonnet, budget: $2.00 }
critic: { model: sonnet, budget: $0.50 }
finalizer: { model: haiku, budget: $0.20 }
overdraft: ask
slots:
- { name: plan, skill: superpowers:brainstorming, role: planner, milestone: true }
- { name: implement, skill: superpowers:subagent-driven-development, role: builder, milestone: true }
- { name: review, skill: harness-review, role: critic }
- { name: finish, skill: superpowers:finishing-a-development-branch, role: finalizer, milestone: true }
rules: []