القائمة
基于用户需求与当前功能上下文（spec/plan/tasks 等），生成“需求写作质量单元测试”式的自定义检查清单，聚焦规格说明的完整性、清晰度、一致性与可验证性，而非实现/测试行为。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | speckit-checklist |
| description | 基于用户需求与当前功能上下文（spec/plan/tasks 等），生成“需求写作质量单元测试”式的自定义检查清单，聚焦规格说明的完整性、清晰度、一致性与可验证性，而非实现/测试行为。 |
Speckit_Checklist 是一个“需求质量检查清单生成”的项目级 Skill。
它的核心理念是：
Checklist 是“英文需求的单元测试（Unit Tests for Requirements Writing）”。
用于验证规格说明（requirements/spec）是否写得足够好、足够清楚、足够完整、足够一致、足够可验收。
不是用于验证按钮能否点击、接口是否返回 200、实现是否正确。
在以下场景中，应使用本 Skill：
ux.md / api.md / security.md），分别覆盖不同质量维度用户输入（可选）：$ARGUMENTS
Feature 上下文（自动加载）
spec.md：需求、范围、验收/成功标准plan.md（若存在）：技术背景与依赖（用于识别需求缺口，不写实现检查）tasks.md（若存在）：用于反向发现需求未覆盖的场景类别（仍然只写需求质量项）前提条件：
Skill 会从 $ARGUMENTS + 当前文档信号中动态生成最多 3 个澄清问题（Q1–Q3），用于确定：
规则：
默认策略（无法交互时）：
Skill 会从 spec/plan/tasks 中读取与焦点相关的部分，并采用“渐进式披露”策略：
所有检查项必须符合以下原则：
生成的 checklist 按“需求质量维度”分组（可按焦点裁剪）：
FEATURE_DIR/checklists/ux.md / api.md / security.md / performance.md 等CHK001 起连续递增（单文件内递增）每条检查项必须符合：
- [ ] CHK### <以问题形式表述的需求质量检查项> [维度标签, 可追溯引用]
基于既有功能规格说明（Spec）与计划模板，执行项目级实施方案规划流程，生成 research、数据模型、接口契约与快速上手文档等设计工件，并在宪法（constitution）约束下完成门禁校验，为任务拆解与交付检查清单提供高质量输入。
审查指定的C++代码文件或目录，根据项目开发宪法和静态分析工具进行专业代码质量评估，并生成结构化审查报告。Use this skill whenever a user asks to review Go code, check for best practices, or analyze code quality in this repository.
在 tasks.md 已生成后，对 spec.md、plan.md、tasks.md 三大核心工件进行“只读、无损”的跨工件一致性与质量分析，识别冲突、重复、歧义、遗漏与宪法（constitution）违反项，并输出结构化分析报告与可选修复建议。
通过最多 5 个高价值、强约束的澄清问题，系统性消除功能规格说明中的关键歧义，并将确认结果安全、可追溯地回写到规格说明中，为技术规划提供稳定输入。
基于 tasks.md 执行项目级实施流程，在遵循计划、检查清单与依赖约束的前提下，按阶段推进实现、跟踪进度并完成最终交付。
根据自然语言功能描述，自动创建或更新项目级功能规格说明（Feature Specification），并完成质量校验，为后续澄清与技术规划提供高质量输入。