用途：为当前功能生成或追加自定义检查清单，用于评审需求本身的质量，而非验证实现是否正确。清单项关注需求是否完整、清晰、一致、可度量、覆盖充分，并标注 [Gap]、[Ambiguity]、[Conflict]、[Assumption] 等追踪标记。
主要能力：读取 FEATURE_DIR 下的 spec.md、plan.md、tasks.md 及 /memory/constitution.md，结合用户输入 $ARGUMENTS 生成按质量维度分组的清单项；支持按领域命名文件（如 ux.md、api.md、security.md）；文件不存在则新建并从 CHK001 编号，已存在则追加并延续编号，不删除或替换既有内容；新生成项一律保持未勾选 [ ]，勾选状态归评审者所有。
使用方式：在 Spec Kit 工作流中调用该技能，先运行 {SCRIPT} 解析 FEATURE_DIR、AVAILABLE_DOCS 与 TEMPLATE_CONTENT，再按模板 templates/checklist-template.md 生成清单；若项目根存在 .specify/extensions.yml，会检查 hooks.before_checklist 下的扩展钩子，可选钩子提示执行，强制钩子需先执行并等待结果。
适用场景：需求评审、PR 评审、发布前需求质量把关，以及需要按 UX、API、安全等领域分别维护多份清单的团队。
限制：清单不用于验证按钮点击、错误处理、API 返回码等实现行为，禁止出现 Verify/Test/Confirm/Check 加实现行为的条目；不得编造需求；交互不可用时采用默认深度 Standard、受众为评审者或作者、聚焦前两个相关聚类；单次最多提五个澄清问题；原始候选条目超过 40 条时按风险优先级取舍。上游为 github.com/github/spec-kit，MIT License, Copyright GitHub, Inc.。