spec-checklist
spec-checklist(Spec Pack 文档待澄清点扫描与收敛)
概述
本技能用于在当前 Spec Pack 内按流程顺序扫描文档,找出“待澄清/待确认”的高价值问题,并通过一次只问一个问题的循环把结论回写到对应文档,直到不确定性被消除或被转成可验证条目。
核心原则:不猜、不批量问、不留口头结论;每次裁决后立刻落盘。
何时使用
- 你看到 spec pack 文档中出现
待确认/待澄清/TBD/TODO/未定/暂定/Open Questions/???/FIXME等 - 你不确定某段文本是“结论”还是“占位符/假设/口头约定”
- 你需要把不确定性收敛为:已确认结论 或 可执行验证项
硬规则(必须遵守)
- 门禁优先:只要要读写
{FEATURE_DIR}/requirements|design|implementation|verification,必须先执行 REQUIRED SUB-SKILL:spec-context获取上下文,并在对话中回显FEATURE_DIR=...(允许(reuse))。 - spec-context 失败就停止:若无法得到有效
FEATURE_DIR=...,必须立刻停止;只输出“阻断原因 + 需要的最小输入”(例如:切到正确 spec 分支、或提供实际存在且含requirements/的FEATURE_DIR)。 - 禁止猜测/默认值冒充结论:看到 TBD/待确认时,除非用户已明确裁决,否则不得把它“补全成合理默认值”并写入文档。
More from zixun-github/aisdlc
spec-product-prd
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R2,将 requirements/solution.md 转写为可交付、可验收、可测试的 requirements/prd.md,且需要避免猜路径、在缺少 solution.md 时仍继续生成、或用“待确认问题/Open Questions”替代验证清单。
128spec-product-prototype
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R3(原型生成),基于 requirements/prd.md 产出 requirements/prototype.md(任务流+页面结构+ASCII线框+AC映射+走查脚本),并避免缺少上下文/缺少 PRD 仍继续生成、用 Open Questions 代替验证清单、或用非 ASCII 方式导致原型不可追溯与不可评审。
123subagent-driven-development
Use when executing implementation plans with independent tasks in the current session
111spec-product-demo
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R4(基于 requirements/prototype.md 生成可交互 Demo 工程),并需要避免跳过 spec-context、在缺少 prototype.md 或缺少可运行 Demo 工程根目录时仍继续、或自创页面/目录导致不可追溯与无法回流闭环。
111spec-receiving-code-review
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
110using-aisdlc
Use when 需要在 sdlc-dev 仓库执行 AI SDLC(Spec Pack)流程、选择/串联需求侧(raw/solution/prd/prototype/demo)与实现侧(plan/execute/finishing)技能,并用门禁避免上下文漂移、写错目录或在压力下跳过关键步骤。
109