qa-requirement-review
从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求"评审这份需求"、"看看这个PRD写得怎么样"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说"需求评审"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 触发场景：需求评审、评审需求、需求质量、PRD评审、需求检查、需求写得好不好、评审这份需求、需求提交测试前预审时。 Use when the user asks about: reviewin
as observed 2026-09-30T05:46:36.144Z- Identifier
qa-requirement-review- Source
- ClawHub
- Version observed
- 1.8.0
- Source repository
- not published
- Repository observation
- No source repository listed
- First observed here
- 2026-08-28T22:54:40.332Z
- Observations recorded
- 5
- Installs (reported upstream)
- 1
- Weekly downloads (upstream)
- 1,073
- Declared license
- MIT-0
Observation history
2026-09-30T05:46:36.144Z
Fields that differed: changelog latestVersion summary
| Field | Before | After |
|---|---|---|
changelog |
"1.7.7" | "Version 1.8.0 introduces metadata restructuring for easier toolchain integration.\n\n- Skill metadata fields (version, display name, when-to-use, structure, etc.) moved to a top-l |
latestVersion |
"1.7.7" | "1.8.0" |
summary |
"从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 | "从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 |
2026-09-28T03:46:57.521Z
Fields that differed: license changelog description displayName latestVersion summary
| Field | Before | After |
|---|---|---|
license |
null | "MIT-0" |
changelog |
"显示名改中文" | "1.7.7" |
description |
"从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 | null |
displayName |
"需求评审" | "qa-requirement-review" |
latestVersion |
"1.7.6" | "1.7.7" |
summary |
"从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 | "从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 |
2026-09-02T06:49:02.991Z
Fields that differed: changelog description displayName latestVersion summary
| Field | Before | After |
|---|---|---|
changelog |
"1.7.5: 版本号升级" | "显示名改中文" |
description |
"从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 | "从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 |
displayName |
"qa-requirement-review" | "需求评审" |
latestVersion |
"1.7.5" | "1.7.6" |
summary |
"从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 | "从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求\"评审这份需求\"、\"看看这个PRD写得怎么样\"、或者测试用例设计前需要先评估需求质量时，应当使用此技能。如果需求本身有问题（模糊/矛盾/不可测试），后续的测试设计都是徒劳。不要只在用户明确说\"需求评审\"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 |
2026-08-31T05:56:02.339Z
Fields that differed: changelog latestVersion
| Field | Before | After |
|---|---|---|
changelog |
"Version 1.7.0\n\n- Removed the file skill-card.md.\n- Updated SKILL.md with no structural changes detected in the main content.\n- No new features or breaking changes introduced.\ | "1.7.5: 版本号升级" |
latestVersion |
"1.7.0" | "1.7.5" |
Correction
If you maintain this extension and believe anything above is inaccurate, request a correction. Corrections are published, and disputed entries are marked as disputed while under review.