用途：这是 Spec-Kitty 工作流的一个标准例程技能，作为 ./workflows/spec-kitty.checklist.md 基础工作流的智能包装器。核心概念是：清单是需求写作的单元测试，用来校验某领域需求的质量、清晰度与完整性，而不是校验代码或实现是否正确。
主要能力：从需求本身出发评估完整性、清晰度、一致性、可度量性与覆盖度；按需求质量维度分组条目，如需求完整性、需求清晰度、需求一致性、验收标准质量、场景覆盖、边界情况覆盖、非功能性需求、依赖与假设、含糊与冲突；每个条目以 CHK001 起全局递增编号；每次运行都会在 checklists 目录下新建文件（按领域命名如 ux.md、api.md、security.md），若文件已存在则追加，绝不覆盖既有清单。
使用方式：从仓库根目录运行 spec-kitty agent feature check-prerequisites --json，解析 feature_dir 与 available_docs；文件路径需为绝对路径，并将 JSON 中的 target_branch / base_branch 视为本次运行的规范分支上下文。在多特性仓库中，每条 spec-kitty 命令都应传入 --feature <slug>。随后结合用户输入与 spec.md、plan.md、tasks.md 的上下文，生成至多三个澄清问题（必要时可追加至多两个，总计不超过五个），再据此生成清单文件，格式为 H1 标题、purpose/created 元信息行、## 分类小节以及 - [ ] CHK### 需求条目。
适用场景：特性规格的需求评审、PR 审阅、安全/UX/API/性能等领域的需求质量把关。
限制：条目必须围绕需求写得好不好，禁止出现 Verify、Test、Confirm、Check 加实现行为、引用代码执行或用户操作、测试用例等实现测试内容；不得编造规格中未有的信息；无法交互时的默认值为深度 Standard、受众为代码相关时的 Reviewer 或否则 Author、聚焦前两个相关聚类。资料中未提供具体的收费、平台支持或性能指标等信息。