Menu
创建新的 harness-stack skill。在向框架新增 skill、扩展 lifecycle 覆盖范围，或构建自定义 skill 时使用。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
FDD 主流程 step 1（规划与拆解）。覆盖两段——plan（与用户弄清需求、经 investigator 调查代码库、定出 milestone、写出 plan.md 并呈现）与 features（把 milestone 拆成 features.json 并过 coverage 闸）。中间的 contract 段交给 harness-stack:fdd-validation-contract。由 harness-stack:fdd 调用。
构建新特性的主流程编排器。契约优先的多 agent 架构——捕获一个 plan，定义可测试的断言，拆解为多个 feature，再用全新上下文的 implementer/reviewer/validator subagent 驱动一个里程碑设闸的执行循环。当一处改动触及多个文件、有多条验收标准、或跨越多个 feature 时使用。主流程分三步，分发给 fdd-planning（含 fdd-validation-contract）/ fdd-execution / fdd-validate。
为一个 plan 撰写 validation contract——把 definition of done 落成一组可测试、用户可观测的 assertion（VAL-<AREA>-NNN），带 persona 与声明的 Evidence。它是 fdd step 1（规划）里的 contract 阶段。契约通过逐 area 的 investigation subagent 与若干轮 adversarial review 构建，而非一人独写。产出 .harness-runtime/plans/<slug>/validation-contract.md，并经由 fdd init-state 播种 validation-state.json。在项目内首次使用时，还会 bootstrap 项目级约定文档 docs/user-test-patterns.md。
规范 git 工作流实践。任何代码改动都适用。在提交、开分支、解决冲突，或需要把多条并行工作线组织起来时使用。
harness-stack 框架的引导纲要（bootstrap doctrine）。在会话开始时自动加载，用以介绍 lifecycle map、golden rules，以及如何挑选正确的 harness-stack:* skill。在一次会话中首次调用任何 harness-stack:* skill 之前，先读它。
复盘一次 harness-stack 使用，把值得上报的摩擦、缺陷或建议提成 GitHub Issue 反馈给上游。在完成一项任务、用完某个 skill 后有意见或改进想法，或想为框架本身留下改进线索时使用。
| name | skill-create |
| description | 创建新的 harness-stack skill。在向框架新增 skill、扩展 lifecycle 覆盖范围，或构建自定义 skill 时使用。 |
创建新 harness-stack skill 的引导式工作流。生成包含所有必需小节的 SKILL.md，创建对应的 slash command，并校验结果。
Use when：
Don't use when：
在动手前先判断你要造的是 skill 还是 command——别混。
skills/<name>/SKILL.md + references/）= 一套工作流 / 心法：有多步流程、判断、反模式，深度内容放 references/。例如 git、fdd、design。commands/<name>.md）= 一次轻量、一次性操作：低上下文、可直接当 slash 入口跑，不需要一整套方法论。例如 commit、git-sync、pr-watch。经验法则：要写 references/ 的就是 skill；一屏内能讲完、本质是「跑个操作」的就是 command。一个 skill 常常配一两个 command 作为日常入口（如 git 技能 + /commit、/git-sync）。
向用户询问：
harness-stack:{name} 寻址）所有 skill 都直接放在 skills/ 下；目录名即裸 skill 名（不带前缀）。harness-stack 这个 plugin 命名空间使其可以 harness-stack:{name} 的形式寻址：
skills/{name}/SKILL.md
创建 skills/{name}/SKILL.md：
---
name: {name}
description: {purpose}. Use when {trigger}.
---
# {name}: {Title}
## Overview
{purpose}
## When to Use
**Use when**:
- {trigger conditions}
**Don't use when**:
- {exclusion conditions}
## Process
### Step 1: {first step}
{details}
### Step 2: {second step}
{details}
## Common Rationalizations
| Rationalization | Reality |
|---|---|
| "{excuse 1}" | {rebuttal 1} |
| "{excuse 2}" | {rebuttal 2} |
## Red Flags
- {violation 1}
- {violation 2}
## Verification
- [ ] {exit criterion 1}
- [ ] {exit criterion 2}
创建 commands/{name}.md：
Load and execute the harness-stack:{name} skill.
Read the skill definition at skills/{name}/SKILL.md and follow its Process section step by step.
Context: {brief context about when this runs}
在 AGENTS.md 的对应小节里加入这个新 skill。 确认 AGENTS.md 仍保持在 150 行以内。
检查：
| 借口 | 现实 |
|---|---|
| 「我先随手写个不带全部小节的 SKILL.md。」 | 不完整的 skill 会被忽略。每个小节都有其用途。 |
| 「这个 skill 用不着 Common Rationalizations。」 | 每个 skill 都有 agent 用来跳过它的借口。再想深一点。 |
| 「我不需要 slash command。」 | command 是用户发现并调用 skill 的途径。永远要创建一个。 |
| 「AGENTS.md 我以后再更新。」 | 不在 AGENTS.md 里，对 agent 而言它就不存在。现在就更新。 |
hs-/harness-stack: 前缀（目录名必须是裸 skill 名）