skills/bridge-spec/SKILL.md
# SKILL: bridge-spec ShipSpec → deep-plan 桥接技能。将 ShipSpec 产物(PRD、SDD、TASKS、unknowns-ledger)合并为 deep-plan 可接受的统一输入格式(bridge-spec.md)。 --- ## 触发条件 - 收到 `/stage-harness:bridge` 命令 - 在 PLAN 阶段开始前,需要将 ShipSpec 产出桥接到 stage-harness 体系时 --- ## 桥接步骤 运行 `scripts/bridge-shipspec-to-deepplan.sh <feature-name> <epic-id>`: ```bash ./scripts/bridge-shipspec-to-deepplan.sh <feature-name> <epic-id> ``` ### Step 1 — 从 PRD.md 提取需求摘要与优先级 读取 `.shipspec/planning/<feature>/PRD.md`,提取: - 核心需求(User Stories / A
npx skillsauth add LUAgam/stage-harness skills/bridge-specInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
ShipSpec → deep-plan 桥接技能。将 ShipSpec 产物(PRD、SDD、TASKS、unknowns-ledger)合并为 deep-plan 可接受的统一输入格式(bridge-spec.md)。
/stage-harness:bridge 命令运行 scripts/bridge-shipspec-to-deepplan.sh <feature-name> <epic-id>:
./scripts/bridge-shipspec-to-deepplan.sh <feature-name> <epic-id>
读取 .shipspec/planning/<feature>/PRD.md,提取:
读取 .shipspec/planning/<feature>/SDD.md,提取:
读取 .shipspec/planning/<feature>/TASKS.json(如存在),提取:
读取 .harness/features/<epic-id>/unknowns-ledger.json,提取:
status: open)输出到 .harness/features/<epic-id>/bridge-spec.md,格式见下方。
# Bridge Spec: Implementation Plan Input
Generated from ShipSpec artifacts for deep-plan consumption.
## Requirements (from PRD)
[PRD 内容]
## Technical Design (from SDD)
[SDD 内容]
## Task Breakdown (from TASKS.json)
[TASKS.json 内容,JSON 格式]
## Open Unknowns (must be addressed in plan)
[unknowns-ledger.json 内容,JSON 格式]
运行前验证以下文件存在:
.shipspec/planning/<feature>/PRD.md — 必须存在.shipspec/planning/<feature>/SDD.md — 必须存在.shipspec/planning/<feature>/TASKS.json — 可选.harness/features/<epic-id>/unknowns-ledger.json — 可选任何必须文件缺失时,脚本退出码 1,输出缺失文件路径。
bridge-spec.md 生成后,确认:
## Requirements 章节## Technical Design 章节## Open Unknowns 章节存在development
在 generate-test-cases 阶段之后执行,逐个验证测试用例并在失败时修复项目代码、重新编译部署、再次验证, 直到通过或达到最大修复次数。覆盖 UI / API / API+UI / 性能测试四个维度,UI 测试通过浏览器真实模拟用户操作并截图, API 测试根据项目代码生成可执行的接口脚本,性能测试调用现有性能/质量技能全量执行。 涉及真实用户登录信息(如手机号+验证码、账号密码、JWT)时必须中断要求用户提供,禁止编造无效凭证。 所有 case 状态变更必须通过 e2e-case-tracker.sh 脚本持久化,确保中途崩溃可恢复、无 case 遗漏。
development
# SKILL: e2e > **核心原则**: > 1. 测试范围跟着本次变动走。后端接口改了,对应的前端流程必须做联调验证;与本次需求无关的功能不测。对于涉及算法、转换准确率等质量敏感型需求,需额外生成专项质量测试。 > 2. **覆盖完整性优先于执行便利性**。不得以"链路复杂"、"需要外部依赖"为由跳过本次变动相关的用例;凡是受变动影响的接口和 UI 流程,都必须生成真实调用/操作用例。 > 3. **UI 测试必须模拟真实用户操作**(定位元素、点击、键入、等待渲染、断言可见文本/状态)。**禁止**将 UI 套件退化为浏览器上下文里的 `page.evaluate(fetch(...))` API 验证——那只是把 API 测试换了执行环境,没有额外价值,不算 UI 测试。 > 4. **通用性**:本 skill 不假设具体业务域,所有规则均以抽象变动面(文件、接口、页面、用户动作)为单位组织,不针对任何特定项目的数据库/领域词汇。 > 5. **E2E 套件必须验证运行时行为**。严禁把"读取源码/配置文件并做字符串/结构匹配"的检查封装成独立 E2E 套件——这类检
tools
# SKILL: deploy ## CLI Bootstrap 在执行任何 `harnessctl` 命令前,先解析本地 CLI 路径: ```bash if [ -z "${HARNESSCTL:-}" ]; then candidates=( "./stage-harness/scripts/harnessctl" "../stage-harness/scripts/harnessctl" "$(git rev-parse --show-toplevel 2>/dev/null)/stage-harness/scripts/harnessctl" ) for candidate in "${candidates[@]}"; do if [ -n "$candidate" ] && [ -x "$candidate" ]; then HARNESSCTL="$candidate" break fi done fi test -n "${HARNESSCTL:-}" && test -x "$H
tools
# SKILL: build ## CLI Bootstrap 在执行任何 `harnessctl` 命令前,先解析本地 CLI 路径: ```bash if [ -z "${HARNESSCTL:-}" ]; then candidates=( "./stage-harness/scripts/harnessctl" "../stage-harness/scripts/harnessctl" "$(git rev-parse --show-toplevel 2>/dev/null)/stage-harness/scripts/harnessctl" ) for candidate in "${candidates[@]}"; do if [ -n "$candidate" ] && [ -x "$candidate" ]; then HARNESSCTL="$candidate" break fi done fi test -n "${HARNESSCTL:-}" && test -x "$HA