Token导航 LogoToken导航

Agent Skill · 开发

doc-prd-validator(文档 prd 验证器)

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

doc-prd-validator 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 13,983。

总安装 776周安装 33GitHub Stars 14下载 272核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:doc-prd-validator(文档 prd 验证器)
来源仓库:https://github.com/vladm3105/aidoc-flow-framework
仓库路径:skills/doc-prd-validator
安装命令:
npx skills add https://github.com/vladm3105/aidoc-flow-framework --skill doc-prd-validator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/vladm3105/aidoc-flow-framework --skill doc-prd-validator

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

验证 PRD 是否符合 MVP 模板结构要求。检查 YAML 元数据、21 章节完整性与控制编号。阻断不符合规范的文档进入下游流程。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。已被 doc-prd-audit 整合,不再独立使用。

doc-prd-validator 属于开发类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/doc-prd-validator

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/vladm3105/aidoc-flow-framework --skill doc-prd…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

doc-prd-validator 怎么安装?

在终端执行 npx skills add https://github.com/vladm3105/aidoc-flow-framework --skill doc-prd-validator。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

doc-prd-validator 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

doc-prd-validator 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

doc-prd-validator 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

doc-prd-validator 用的人多吗?

公开数据是累计安装 776 次,近一周安装 33 次,下载 272 次,GitHub 14 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

doc-prd-validator 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
doc-prd-validator

文档 prd 验证器 · 本页

77614只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

doc-prd-validator

DEPRECATED (2026-03-02): This skill has been merged into doc-prd-audit as part of the 2-skill model standardization. Use doc-prd-audit for all PRD validation needs. This file is retained for reference only. Replacement: /doc-prd-audit Migration: No action required. Simply use doc-prd-audit instead of this skill.

Legacy Documentation (Reference Only)

Validate Product Requirements Documents (PRD) against Layer 2 MVP schema standards.

Purpose

Validates PRD documents for:

  • YAML frontmatter metadata compliance
  • Section structure (21 sections for MVP template)
  • Document Control completeness
  • Traceability tag format and presence
  • Dual scoring requirements (SYS-Ready + EARS-Ready)
  • File naming conventions

Activation

Invoke when:

  • User requests validation of PRD documents
  • After creating/modifying PRD artifacts
  • Before generating downstream artifacts (EARS, BDD, ADR)
  • As part of quality gate checks

Schema Reference

ItemValue
Schemaai_dev_ssd_flow/02_PRD/PRD_MVP_SCHEMA.yaml
Templateai_dev_ssd_flow/02_PRD/PRD-MVP-TEMPLATE.md
Creation Rulesai_dev_ssd_flow/02_PRD/PRD-MVP-TEMPLATE.md
Validation Rulesai_dev_ssd_flow/02_PRD/PRD_MVP_SCHEMA.yaml
Layer2
Artifact TypePRD

Validation Checklist

1. Metadata Validation

Required custom_fields:
  document_type: ["prd", "template"]
  artifact_type: "PRD"
  layer: 2
  architecture_approaches: [array format]
  priority: ["primary", "shared", "fallback"]
  development_status: ["active", "draft", "deprecated", "reference"]

Required tags:
  - prd (or prd-template)
  - layer-2-artifact

Forbidden tag patterns:
  - "^product-requirements$"
  - "^product-prd$"
  - "^feature-prd$"

2. Structure Validation (MVP Template - 17 Sections)

Required Sections (MVP Template):

SectionTitleRequired
1Document ControlMANDATORY
2Executive SummaryMANDATORY
3Problem StatementMANDATORY
4Target Audience & User PersonasMANDATORY
5Success Metrics (KPIs)MANDATORY
6Scope & RequirementsMANDATORY
7User Stories & User RolesMANDATORY
8Functional RequirementsMANDATORY
9Quality AttributesMANDATORY
10Architecture RequirementsMANDATORY
11Constraints & AssumptionsMANDATORY
12Risk AssessmentMANDATORY
13Implementation ApproachMANDATORY
14Acceptance CriteriaMANDATORY
15Budget & ResourcesMANDATORY
16TraceabilityMANDATORY
17GlossaryOptional
18Appendix A: Future RoadmapOptional
19Migration to Full PRD TemplateOptional

Section Format: ## N. Title (numbered H2 headings)

3. Document Control Required Fields

FieldDescriptionRequired
StatusDraft/Review/Approved/ImplementedMANDATORY
VersionSemantic versioning (X.Y.Z)MANDATORY
Date CreatedYYYY-MM-DD formatMANDATORY
Last UpdatedYYYY-MM-DD formatMANDATORY
AuthorProduct Manager/Owner NameMANDATORY
ReviewerTechnical reviewer nameMANDATORY
ApproverFinal approver nameMANDATORY
BRD Reference@brd: BRD.NN.xxxx formatMANDATORY
SYS-Ready ScoreXX/100 (Target: ≥90)MANDATORY
EARS-Ready ScoreXX/100 (Target: ≥90)MANDATORY

4. Dual Scoring Requirements

ScoreThreshold
SYS-Ready Score≥90%
EARS-Ready Score≥90%

Both scores must be present and meet thresholds for downstream artifact generation.

5. File Naming Convention

Pattern: PRD-NN_{descriptive_slug}.md

  • NN: 2+ digit number (01, 02,... 99, 100)
  • descriptive_slug: lowercase with underscores

Examples:

  • PRD-01_user_authentication.md (correct)
  • PRD-001_feature.md (incorrect - use 2 digits minimum, expand only as needed)
  • PRD-1_feature.md (incorrect - minimum 2 digits)

Sectioned PRD Pattern: docs/PRD/PRD-NN_{slug}/PRD-NN.S_{section}.md

6. Traceability Validation

Layer 2 Cumulative Tags (Required):

@brd: BRD.NN.xxxx

Unified Element ID Format:

Element TypeCodeExample
Functional Requirement01PRD.02.0101
Quality Attribute02PRD.02.0201
Constraint03PRD.02.0301
Assumption04PRD.02.0401
Dependency05PRD.02.0501
Acceptance Criteria06PRD.02.0601
Risk07PRD.02.0701
Metric08PRD.02.0801
User Story09PRD.02.0901
Use Case11PRD.02.1101
Feature Item22PRD.02.2201
Stakeholder Need24PRD.02.2401

Deprecated Patterns (Do NOT use):

  • US-NNN → Use PRD.NN.09.SS
  • FR-NNN → Use PRD.NN.01.SS
  • AC-NNN → Use PRD.NN.06.SS
  • F-NNN → Use PRD.NN.22.SS

Same-Type References:

  • @related-prd: PRD-NN
  • @depends-prd: PRD-NN

Downstream Expected:

  • EARS statements (Layer 3)
  • BDD scenarios (Layer 4)
  • ADR documents (Layer 5)

7. Content Validation

User Story Format (Section 7):

  • Pattern: PRD.NN.09.SS
  • Format: "As a [role], I want [capability] so that [benefit]"
  • Must include layer separation scope note

Functional Requirement Format (Section 8):

  • Pattern: PRD.NN.01.SS
  • Required fields: ID, Requirement, Priority, Acceptance Criteria
  • Priority values: P1 (Must Have), P2 (Should Have), P3 (Could Have), P4 (Won't Have)

Error Codes

CodeSeverityDescription
PRD-E001ERRORMissing required tag 'prd'
PRD-E002ERRORMissing required tag 'layer-2-artifact'
PRD-E003ERRORInvalid document_type value
PRD-E004ERRORInvalid architecture_approaches format (must be array)
PRD-E005ERRORForbidden tag pattern detected
PRD-E006ERRORMissing required section
PRD-E007ERRORMultiple H1 headings detected
PRD-E008ERRORSection numbering not sequential
PRD-E009ERRORDocument Control missing required fields
PRD-E010ERRORMissing User Stories (Section 7)
PRD-E011ERRORMissing Functional Requirements (Section 8)
PRD-E012ERRORMissing Traceability (Section 16)
PRD-E013ERRORMissing upstream @brd tag
PRD-E014ERRORInvalid element ID format (not PRD.NN.xxxx)
PRD-E015ERRORSYS-Ready Score missing or below threshold
PRD-E016ERROREARS-Ready Score missing or below threshold
PRD-E017ERRORDeprecated ID pattern used (US-NNN, FR-NNN, etc.)
PRD-E018ERRORInvalid threshold tag format (must be @threshold: PRD.NN.key)
PRD-E019ERRORElement type code not valid for PRD (see doc-naming)
PRD-E020ERRORPRD not in nested folder structure (must be in docs/02_PRD/PRD-NN_{slug}/)
PRD-E021ERRORPRD folder name doesn't match PRD ID
PRD-E022ERRORMonolithic PRD not in nested folder (must be PRD-NN_{slug}/PRD-NN_{slug}.md)
PRD-E023ERRORMissing required PRD diagram tag @diagram: c4-l2
PRD-E024ERRORMissing required PRD diagram tag @diagram: dfd-l1
PRD-E025ERRORMissing required PRD diagram tag @diagram: sequence-*
PRD-E026ERRORSequence diagram missing explicit exception/alternate path (alt/else)
PRD-W001WARNINGFile name does not match format PRD-NN_{slug}.md
PRD-W002WARNINGMissing optional section (Glossary, Appendix)
PRD-W003WARNINGScore below recommended threshold but above minimum
PRD-W004WARNINGMissing Document Revision History table
PRD-W005WARNINGArchitecture Decision Requirements reference ADR numbers
PRD-W011WARNINGDiagram intent header missing required fields
VAL-H001ERRORDrift cache missing hash for upstream document
VAL-H002ERRORInvalid hash format (must be sha256:<64 hex chars>)
PRD-I001INFOConsider adding success metrics with quantified targets
PRD-I002INFOConsider adding competitive analysis

Validation Commands

# Canonical wrapper (core only; pre-commit/CI parity)
bash ai_dev_ssd_flow/02_PRD/scripts/prd_core_wrapper_hook.sh ai_dev_ssd_flow/02_PRD

# Strict PRD ID checks (same quality class as BRD ID checks)
bash ai_dev_ssd_flow/02_PRD/scripts/prd_standardized_element_codes_hook.sh ai_dev_ssd_flow/02_PRD
bash ai_dev_ssd_flow/02_PRD/scripts/prd_legacy_pattern_hook.sh ai_dev_ssd_flow/02_PRD

# Canonical wrapper (core + advisory)
bash ai_dev_ssd_flow/02_PRD/scripts/validate_prd_wrapper.sh docs/02_PRD

# Validate single PRD document (must be in nested folder)
python ai_dev_ssd_flow/02_PRD/scripts/validate_prd.py docs/02_PRD/PRD-01_example/PRD-01_example.md

# Validate all PRD documents in directory
python ai_dev_ssd_flow/02_PRD/scripts/validate_prd.py docs/02_PRD/

# Validate with verbose output
python ai_dev_ssd_flow/02_PRD/scripts/validate_prd.py docs/02_PRD/ --verbose

# Validate with auto-fix (includes structure fixes)
python ai_dev_ssd_flow/02_PRD/scripts/validate_prd.py docs/02_PRD/ --auto-fix

# Cross-document validation
python ai_dev_ssd_flow/scripts/validate_cross_document.py --document docs/02_PRD/PRD-01_slug/PRD-01_slug.md --auto-fix

# Layer-wide validation
python ai_dev_ssd_flow/scripts/validate_cross_document.py --layer PRD --auto-fix

Validation Workflow

  1. Validate folder structure (CRITICAL - must be in docs/02_PRD/PRD-NN_{slug}/)
  2. Parse YAML frontmatter
  3. Check required metadata fields (document_type, artifact_type, layer)
  4. Validate tag taxonomy (prd, layer-2-artifact)
  5. Verify section structure (1-17 for MVP)
  6. Validate Document Control table completeness
  7. Check dual scoring (SYS-Ready + EARS-Ready ≥90%)
  8. Validate upstream @brd reference format
  9. Check element ID format (PRD.NN.xxxx)
  10. Detect deprecated patterns (US-NNN, FR-NNN)
  11. Validate diagram contract (C4-L2, DFD-L1, sequence tag, sequence exception path)
  12. Validate diagram intent header fields
  13. Verify file naming convention
  14. Generate validation report

Structure Validation (Step 1)

Nested Folder Rule: ALL PRDs MUST use nested folders regardless of size.

PRD TypeRequired Location
Monolithicdocs/02_PRD/PRD-NN_{slug}/PRD-NN_{slug}.md
Sectioneddocs/02_PRD/PRD-NN_{slug}/PRD-NN.0_index.md, PRD-NN.1_*.md, etc.

Validation Logic:

def validate_prd_structure(prd_path: str) -> list[Error]:
    errors = []

    # Extract PRD ID from filename
    filename = os.path.basename(prd_path)
    match = re.match(r'PRD-(\d+)_([^/]+)\.md', filename)

    if not match:
        errors.append(PRD_E001)  # Invalid filename
        return errors

    prd_id = match.group(1)
    slug = match.group(2)

    # Check parent folder
    parent_folder = os.path.dirname(prd_path)
    expected_folder = f"PRD-{prd_id}_{slug}"

    if os.path.basename(parent_folder) != expected_folder:
        errors.append(PRD_E020)  # Not in nested folder

    # Verify folder is under docs/02_PRD/
    if "/docs/02_PRD/" not in prd_path:
        errors.append(PRD_E020)  # Wrong base path

    return errors

Auto-Fix Actions

IssueAuto-Fix Action
PRD not in nested folder (PRD-E020)Create folder, move file, update internal links
Folder name mismatch (PRD-E021)Rename folder to match PRD ID
Link paths broken after moveUpdate ../01_BRD/ → ../../01_BRD/
Missing cumulative @brd tagAdd with upstream document reference
Invalid element ID formatConvert to PRD.NN.xxxx format
Missing traceability sectionInsert from template
Missing Document Control fieldsAdd placeholder fields
Deprecated ID patternsConvert to unified format

Integration

  • Invoked by: doc-flow, doc-prd (post-creation), doc-prd-autopilot
  • Feeds into: trace-check (cross-document validation)
  • Reports to: quality-advisor

Output Format

PRD Validation Report
=====================
Document: PRD-01_user_authentication.md
Status: PASS/FAIL

Scores:
  SYS-Ready:  92% (Target: ≥90%) ✓
  EARS-Ready: 91% (Target: ≥90%) ✓

Errors: 0
Warnings: 2
Info: 1

[PRD-W001] WARNING: File name should use lowercase slug
[PRD-W004] WARNING: Missing Document Revision History table
[PRD-I001] INFO: Consider adding quantified success metrics

Related Resources

  • Naming Standards: .claude/skills/doc-naming/SKILL.md (element IDs, threshold tags)
  • PRD Skill: .claude/skills/doc-prd/SKILL.md
  • PRD Template: ai_dev_ssd_flow/02_PRD/PRD-MVP-TEMPLATE.md
  • PRD Schema: ai_dev_ssd_flow/02_PRD/PRD_MVP_SCHEMA.yaml
  • Creation Rules: ai_dev_ssd_flow/02_PRD/PRD-MVP-TEMPLATE.md
  • Validation Rules: ai_dev_ssd_flow/02_PRD/PRD_MVP_SCHEMA.yaml
  • Shared Standards: .claude/skills/doc-flow/SHARED_CONTENT.md

Version History

VersionDateChanges
3.02026-03-02DEPRECATED: Merged into doc-prd-audit as part of 2-skill model standardization. Use doc-prd-audit instead.
2.32026-02-26Updated to 21-section MVP template structure
2.22026-02-11Structure Validation: Added PRD-E020/E021/E022 for nested folder rule enforcement; Structure validation as Step 1 in workflow; Auto-fix for structure violations; Fixed paths docs/PRD/ → docs/02_PRD/
2.12026-02-08Added doc-naming integration: PRD-E018 (threshold format), PRD-E019 (element type codes)
2.02026-02-08Complete rewrite: Updated to MVP template, unified element IDs, correct paths
1.02025-01-06Initial version (outdated 13-section structure)

Implementation Plan Consistency (IPLAN-004)

  • Treat plan-derived outputs as valid source mode and verify intent preservation from implementation plan scope/objectives.
  • Validate upstream autopilot precedence assumption: --iplan > --ref > --prompt.
  • Flag objective/scope conflicts between plan context and artifact output as blocking issues requiring clarification.
  • Do not introduce legacy fallback paths such as docs-v2.0/00_REF.

平台分布

Codex

31.91%
按下载量换算87

Claude

29.32%
按下载量换算80

Cursor

19.16%
按下载量换算52

Gemini CLI

9.85%
按下载量换算27

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills