用途：为当前功能生成自定义检查清单，用于校验需求文档的质量。其核心理念是“需求写作的单元测试”——检查需求是否写得完整、清晰、无歧义、可度量，而不是检查实现是否工作。
主要能力：按需求质量维度组织条目，包括需求完整性、清晰度、一致性、验收标准质量、场景覆盖、边界情况覆盖、非功能需求、依赖与假设、歧义与冲突。条目采用提问格式，并标注质量维度（如 [Completeness]、[Clarity]、[Gap]）及规范章节引用（如 [Spec §X.Y]）。
使用方式：命令接收用户输入 $ARGUMENTS。执行前检查项目根目录的 .specify/extensions.yml，读取 hooks.before_checklist 下的钩子；无法解析则静默跳过，enabled 为 false 的过滤掉，无 condition 的视为可执行。可选钩子输出提示，强制钩子需实际执行并等待结果。随后从仓库根运行 {SCRIPT} 解析 FEATURE_DIR 与 AVAILABLE_DOCS，加载 /memory/constitution.md，读取 spec.md、plan.md、tasks.md。生成时创建 FEATURE_DIR/checklists/ 目录，文件名格式为 [domain].md；文件不存在则新建并从 CHK001 编号，已存在则追加并延续编号，绝不删除或替换已有内容。
适用场景：UX、API、性能、安全等不同领域的检查清单，可生成多份不同类型清单。
限制：条目禁止以 Verify、Test、Confirm、Check 开头描述实现行为，禁止引用代码执行、用户操作、系统行为，禁止测试用例与实现细节。至少 80% 条目需含追溯引用。候选条目超过 40 时按风险优先级取舍。模板不可用时使用 H1 标题、用途/创建元信息行、## 分类小节及 - [ ] CHK### 条目格式。