Speckit Checklist Zh

This generates quality assurance checklists for your requirements documents, not your code. Think of it as unit tests for your specs. Instead of checking if buttons work, it asks whether your requirements define what "prominent display" actually means, whether error handling scenarios are documented, or if accessibility requirements exist at all. It reads your spec.md, plan.md, and tasks.md files, then produces numbered checklist items that systematically probe for completeness, clarity, consistency, and gaps. Useful during PR reviews or before handoff when you want to catch ambiguous requirements before they become implementation surprises. Creates separate checklist files for different domains like ux.md or security.md.

skills.sh installs: 312
GitHub stars: 10
last updated: Aug 21, 2026

View on GitHub

Install

$ npx -y skills add forztf/open-skilled-sdd --skill speckit-checklist-zh --agent claude-code

Installs into .claude/skills of the current project.

Files

检查表目的："中文的单元测试"

关键概念：检查表是要求编写的单元测试 - 它们验证特定领域中要求的质量、清晰度和完整性。

不用于验证/测试：

❌ 不是"验证按钮正确点击"
❌ 不是"测试错误处理是否有效"
❌ 不是"确认 API 返回 200"
❌ 不是检查代码/实现是否符合规格

用于要求质量验证：

✅ "是否为所有卡片类型定义了视觉层次要求？"（完整性）
✅ "是否用特定的尺寸/定位量化了'显著显示'？"（清晰度）
✅ "所有交互元素的悬停状态要求是否一致？"（一致性）
✅ "是否为键盘导航定义了可访问性要求？"（覆盖范围）
✅ "规格是否定义了徽标图像加载失败时的情况？"（边缘情况）

比喻：如果您的规格是编写的代码，那么检查表就是它的单元测试套件。您正在测试要求是否编写良好、完整、明确并准备好实施 - 而不是测试实现是否有效。

用户输入

$ARGUMENTS

您必须在继续之前考虑用户输入（如果不为空）。

执行步骤

scripts: sh: .specify/scripts/bash/check-prerequisites.sh --json ps: .specify/scripts/powershell/check-prerequisites.ps1 -Json

设置：从仓库根目录运行 {SCRIPT} 并解析 JSON 以获取 FEATURE_DIR 和 AVAILABLE_DOCS 列表。
- 所有文件路径必须是绝对的。
- 对于参数中的单引号，如 "I'm Groot"，使用转义语法：例如 'I'''m Groot'（或者如果可能的话使用双引号："I'm Groot"）。
澄清意图（动态）：推导出最多三个初始上下文澄清问题（无预设目录）。它们必须：
- 从用户的措辞 + 从规格/计划/任务中提取的信号生成
- 仅询问会实质性改变检查表内容的信息
- 如果在 $ARGUMENTS 中已经明确，则单独跳过
- 优先考虑精确性而非广度
生成算法：