用途：check-prd 用于对 B 端 PRD 或系统设计文档进行严格、可执行的质量审查，支持显式调用（如 /check-prd path/to/prd.pdf）和自动触发（用户明确要求审查 PRD、需求文档、产品方案或企业系统设计时）。
输入：通过 $ARGUMENTS 传入文件路径，或粘贴 PRD／系统设计文档内容；不完整文档也可基于现有内容审查并指出缺失上下文。
审查流程：先完整阅读文档并完成产品定型，记录商业属性（自研内部系统或商业化产品）、功能类型、文档范围（0-1 系统级规划或迭代／模块级需求）、是否涉及 AI 功能，并标记不适用维度。不适用规则示例：07-数据建模仅适用于业务型管理软件和交易型平台；10-商业分析、03-竞品分析子项仅适用于商业化产品；06-企业架构层 6.5-6.9 仅适用于 0-1 新系统；R8-多租户风险项仅适用于商业化 SaaS；13-AI 功能仅在文档涉及 AI 时适用。随后按阶段顺序逐维度审查：阶段 1 业务与定位，阶段 2 场景与结构，阶段 3 详细设计，阶段 4 价值与演进，阶段 5 健壮性与前瞻性，阶段 6 最终汇总。
输出规范：必须按顺序逐维度审查，每完成一个维度立即输出分析，不得攒到最后统一输出。每个维度以“## 维度[编号] - [名称] ｜ 评级：优秀/合格/待改进/严重缺失”格式输出具体发现，每条发现标注 P0/P1/P2/P3、PRD 定位、问题描述与改进示例。每个维度至少 3 条具体发现或 3 条无问题说明；发现须锚定真实章节、流程、页面或字段；建议须可执行。维度 09 需逐一检查每个页面、弹窗、表单和关键操作。最终报告包含产品定型说明、各维度发现摘要、重大风险项、P0-P3 问题清单、亮点记录和 Top 10 改进建议，作为导航索引而非替代各维度输出。
限制：不完整文档需说明哪些内容无法验证；目标是发现盲区、改进文档，而非评价作者。费用、平台、价格等暂未提供。