spec-test-suites
Spec 测试套件（V3：Suites）
把 usecase.md 里的用例编号组织成可执行集合（smoke / regression / targeted），并明确 执行顺序、依赖与阻断口径。
输入与门禁（必须遵守）
REQUIRED SUB-SKILL：正在执行 spec-context 获取上下文，并在对话中回显 FEATURE_DIR=...（允许 (reuse)）。
- 必读项目级 memory：
project/memory/product.md、project/memory/tech.md、project/memory/glossary.md；读不到必须写CONTEXT GAP。 - 输入依赖：
{FEATURE_DIR}/verification/usecase.md与{FEATURE_DIR}/verification/test-plan.md应已存在；缺失时必须写CONTEXT GAP并停止（避免凭空编排）。 - 套件必须可定位：套件条目必须指向具体用例编号（禁止“覆盖登录流程”这类模糊描述）。
输出（落盘）
{FEATURE_DIR}/verification/suites.md
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