stage-spec

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

Write or backfill a stage spec for staged delivery (spec-kit): turn a stage row of the phased design into a machine-verifiable contract — DoD assertions directly executable by a stage-completion gate, a TDD grid (spec assertion -> failing test -> implementation -> refactor), deliverables, and explicit non-goals. No prose "done" statements. Use when starting a new stage (e.g. "write the S3 spec" / "backfill the stage spec") or after the design's stage plan changes. NOT for: generic implementation plans, or running the gate once a stage is done.

一句话选型结论

按资料字段整理

stage-spec是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_692c63a9/stage-spec
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_692c63a9仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791620767
正文体量9.2 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
stage-spec当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

9.2 KB
模型实际读到的说明书原文,来自技能仓库

Stage Spec(阶段 spec 编写/回填)

定位

把设计文档的阶段计划升级为机器可验证的阶段契约(spec-kit 模式):每阶段一份
docs/design/stage-specs/S{N}.md,供 stage-gate 逐条执行。spec 是阶段契约
(DoD/网格/边界),不是任务分解——任务分解交给 writing-plans。

何时使用

  • 阶段开工前:「写 S{N} spec」「回填阶段 spec」「S2 定稿」
  • 设计 §6(分阶段实施计划)变更后——受影响阶段的 spec 需同步

输入

  • 设计文档:docs/design/intent-confirmation-domain-design.md(§6 阶段行 + 相关 §3/§4 行为规范 + §8 契约)
  • 模板:docs/design/stage-specs/README.md(模板 + 维护规则)
  • 既有资产:docs/decisions/(阶段裁定 ADR——spec 引编号)、docs/tests/coverage-matrix.md(S2 起)

模板(五节——不得增删)

# Stage S{N} Spec({阶段名})

> 来源:docs/design/intent-confirmation-domain-design.md §6;开工日期:YYYY-MM-DD

## DoD(机器可验证断言——stage-gate 逐条执行)

## TDD 网格(本阶段新增功能——spec-first + test-first)

## 产出物

## 边界(不做——防蔓延)

DoD 断言写作规则(验收核心)

  1. 每条可被 stage-gate 直接执行——要么是完整命令(npx vitest run、双 tsc、playwright),
    要么是可验证行为断言 + 承载它的测试文件路径(tests/unit/xxx.test.ts 契约用例清单)。
  2. 禁散文式「完成」——「完成 XX 重构」不行;「XX 对 <输入> 产出 <输出>(契约用例:a/b/c)」行。
  3. 命令引用不复制——DoD 直接引用既有门禁命令,不复制门禁输出(防双源)。
  4. 计数给下限——新增用例断言写「≥N 条」并回指 TDD 网格;L3 回归写预期总数(如 31/31)。
  5. 状态类断言显式——审计状态(上阶段 open 项全 fixed/recorded)、覆盖矩阵(首版已产出/已更新)、
    决策日志同步、push + CI 绿——逐条列,不合并成一句「收尾完成」。
  6. 嵌套子断言逐条——行为验收下多条验证点拆成子 - [ ],stage-gate 逐条执行。

TDD 网格(spec-first + test-first)

| 功能 | 规范断言(先写——来源 §4/§3.3) | 失败测试(红) | 实现(绿) | 重构 |

  • 每个本阶段新增功能一行;规范断言标来源小节(§4/§3.3/§8.x);
  • 失败测试给具体测试文件名 + 契约用例类型清单;重构列写与旧实现的语义对照/去重。

产出物

  • 文件/模块/测试清单——可勾选,作为 DoD 断言的落点。
  • 与项目交接存储(.handoff/)的 actions 槽同步:spec 定稿后让该阶段行指向本 spec 的路径
    (docs/design/stage-specs/S{N}.md),只引用不复制(防双源);尚无该行则先登记再指。
    写入口与命令形以 project-handoff 的写槽表为唯一权威面——
    本件只定「阶段行要指到 spec」这条契约,不复制它的参数面(那份拷贝会先烂)。

边界(不做——防蔓延)

  • 每条一行,明确排除项(如「XX 属 S{N+1}」);边界来自设计 §6 或阶段裁定(裁定 → ADR → spec 引用)。

验收

  • [ ] 每条 DoD 可被 stage-gate 直接执行(命令或测试文件路径,无散文式表述)
  • [ ] 无「完成 XX」类无验证表述;计数断言有下限/预期值
  • [ ] 五节齐全;来源/开工日期在头部;TDD 网格覆盖全部新增功能
  • [ ] 与 .handoff/ actions 槽同步(该阶段行带上 spec 路径;写入口见「产出物」节所委托的 project-handoff 写槽表)

最短真实示例(前置 → 调用 → 产出摘录)

前置:设计文档 docs/design/intent-confirmation-domain-design.md 已有 §6 阶段行(含阶段名与范围),
且阶段未开工(spec 先行)。

调用句(用户对 agent 说):

「写 S3 spec。」

产出摘录(docs/design/stage-specs/S3.md 应长这样——五节结构,此处节选 DoD 与边界节):

# Stage S3 Spec(会话事件与追溯)

&gt; 来源:docs/design/intent-confirmation-domain-design.md §6;开工日期:2026-09-29

## DoD(机器可验证断言——stage-gate 逐条执行)
- [ ] `npx vitest run tests/unit/conversationState.test.ts` 全绿(新增 ≥5 条:
      pending→active 迁移 / 重复 pending 拒绝 / …,清单见 TDD 网格)
- [ ] `npx tsc --noEmit` 0 errors(双跑:根目录与 worker 目录)
- [ ] docs/tests/coverage-matrix.md 已更新(S3 事件行全部映射测试)
- [ ] S2 open 审计项全部 fixed/recorded(audit-item 清单)

## TDD 网格(本阶段新增功能——spec-first + test-first)
| 功能 | 规范断言(来源 §4.2) | 失败测试(红) | 实现(绿) | 重构 |

## 产出物
- [ ] src/domain/conversationState.ts(状态机)

## 边界(不做——防蔓延)
- 会话归档属 S4,本阶段不做
- 通知推送不在本设计范围(见 ADR-006)

反例对照:DoD 写「完成会话状态重构」这类散文 → gate 无法执行,spec 返工(见写作规则 2)。

失败出口与边界处置(可观察)

情形 可观察出口
设计文档或 §6 阶段行不存在 停下向用户要设计文档;不凭空发明阶段内容
§6 阶段行只有阶段名、无范围 先向用户确认范围再写;spec 头部「来源」节标注「范围经用户 2026-09-29 口头确认」
模板 README(docs/design/stage-specs/README.md)不存在 用本件「模板」节内联模板创建目录,并在完成报告注明「模板落位待补 README」
.handoff/ actions 槽写不进(project-handoff 写槽表对不上) 报错原文向用户呈现并停;不手改 .handoff/ 结构绕过(写入口唯一权威是 project-handoff)
阶段已开工/已完成(要求回填) 允许回填,但 spec 头部开工日期如实写实际日期,DoD 只列已验证可复跑的断言;禁止追认未跑过的断言
用户要的是通用实施计划/任务拆解 不在范围(description NOT for),指向 writing-plans 并停

错法 → 改法

错法 改法
DoD 写「完成 XX」散文 写成命令或「行为断言 + 测试文件路径」(写作规则 1-2)
把门禁命令的输出复制进 spec 只引用命令,不复制输出(防双源——规则 3)
TDD 网格的功能在 DoD 找不到断言 网格每行必须在 DoD 有对应断言,否则补齐
边界节空着或写「无」了事 每阶段至少列一条显式排除项(含「属 S{N+1}」式指引);真无边界则引 §6 行原文佐证
spec 定稿后不回写 .handoff/ 阶段行必须指向 spec 路径(只引用不复制)——验收硬项
模型改了设计 §6 后不问就自行改 spec 设计变更后受影响 spec 需同步,但变更本身须用户确认来源后再动笔
自主开工写 spec(用户没要求) spec 决定阶段验收口径,仅用户显式触发(「写 S{N} spec」「回填阶段 spec」)时运行

边界(分工)

相邻技能 分工
writing-plans stage-spec = 阶段契约(DoD/网格/边界,被 stage-gate 执行);writing-plans = 通用任务分解(bite-size 步骤 + 代码 + 验证)。先 spec 定稿,再按需 plan 拆任务
stage-gate spec 的消费者——spec 写完即被 gate 执行;DoD 不满足可执行性 = spec 返工
decision-log 阶段裁定(如 DoD 变更)→ ADR;spec 引用 ADR 编号不复制内容
project-handoff 交接存储的工具方:.handoff/ 结构与写命令参数面全归它定义,本件步骤只按契约要求登记引用;它改形不回流改本件

完成标准

  • [ ] docs/design/stage-specs/S{N}.md 已创建/更新(五节齐全)
  • [ ] 每条 DoD 断言可执行(命令或测试路径),无散文式「完成」
  • [ ] TDD 网格先行——规范断言标来源,失败测试给文件名与用例清单
  • [ ] .handoff/ actions 槽已同步(引用 spec)
  • [ ] DoD 变更(如有)已由 ADR 记录

反模式

  • 写「完成 XX」式散文断言——gate 无法执行
  • 复制门禁输出/测试输出进 spec(双源)
  • DoD 与 TDD 网格脱节(网格功能无对应 DoD 断言)
  • 边界节缺失——蔓延风险无人认领
  • spec 定稿后不回写 .handoff/(下个 session 不知道契约存在)

常见问题

5 问
答案由本站依据条目字段整理
stage-spec怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_692c63a9/stage-spec。安装方式为未标注。装完刷新技能列表或重开客户端。

stage-spec支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

stage-spec权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

stage-spec收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

stage-spec用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。