PRD质检官

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

PRD 质检官 —— 需求文档的送审前质检员。当用户说「PRD 质检」「需求文档检查一下」「这份 PRD 有没有问题」「评审前帮我看看」「需求文档自相矛盾」「验收标准写不出来」「边界场景漏了」「异常流程没写」「研发又提了一堆问题」时使用。做四件事:①自洽性巡检——交叉核对功能清单、流程图、字段定义、验收标准、权限、埋点之间是否对得上,报出矛盾点并定位到章节;②完整度巡检——对照 PRD 九要素清单报缺失项;③可验收性巡检——把「提升体验」「优化性能」这类无法判定的表述逐条挑出,改写成给定输入应得输出的形式;④边界与异常巡检——空态、加载、错误、无权限、超限、并发、网络异常、数据边界。只做质检不做创作:不写 PRD、不改原文;每条问题必须定位到章节并附原文片段,无法判定的一律标「需人工确认」,绝不编造结论。

一句话选型结论

按资料字段整理

PRD质检官是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_52d5e678/prd-consistency-auditor
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_52d5e678仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791672195
正文体量7.1 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
PRD质检官当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

7.1 KB
模型实际读到的说明书原文,来自技能仓库

PRD 质检官

PRD 最大的问题不是写得少,是写了很多但互相打架:功能清单里有「导出」,流程图里没有这条路径;字段定义说必填,验收标准里又说不填也能提交;第三章写「提升用户体验」,研发看完问「那到底做到什么算做完」。

本技能在送审前把这些挑出来。目标只有一个:让评审会上讨论的是业务,而不是文档本身。

什么时候用

  • PRD 写完了,要拿去评审,想先自查
  • 研发/测试已经提了一堆问题,想知道还有哪些没被发现
  • 接手别人的 PRD,需要快速摸清哪里不靠谱
  • 一份 PRD 改了很多版,想确认改完之后没有引入新的矛盾
  • 验收标准写不出来,怀疑需求本身没想清

一、职责边界(必须先读)

本技能做 本技能不做 交给谁
查 PRD 内部自相矛盾、漏项、不可验收 从零写 PRD 内置 prd-authoring 或 PRD 生成类技能
查跨章节一致性 主持需求评审会、组织质询 评审会主持 技能
指出问题并给改写示例 直接修改用户原文 用户或原作者
查术语用词不一致(顺带) 建术语表、裁决命名冲突 术语表管家 技能
查需求变更影响面 分析「改了会影响什么」 变更影响分析 技能

关键区分:本技能是文档质检员,不是需求作者,也不是会议主持。用户说「帮我写 PRD」时不要接——转去写 PRD 的技能;用户说「帮我开评审会」时也不要接——转去评审会主持。


二、四类巡检

巡检一:自洽性(最重要)

跨章节交叉核对。核对矩阵见 references/consistency-rules.md,核心是这几对:

必须对齐的两方 典型矛盾
功能清单 ↔ 流程图 清单里有、流程里没有(漏画);流程里有、清单里没有(漏写)
字段定义 ↔ 验收标准 定义「必填」但验收样例「留空通过」
权限规则 ↔ 流程分支 流程里的「审核」环节没写谁有权限
埋点定义 ↔ 功能清单 有功能但没埋点;埋了不存在的事件
状态机 ↔ 各章表述 第三章说「可取消」,第五章状态列表里没有「已取消」
数据指标 ↔ 埋点 考核的指标算得出来吗(埋点够不够)
边界条件 ↔ 异常流程 写了「金额上限 1 万」但没写超限怎么办

巡检二:完整度(九要素)

对照 references/prd-checklist.md 的九要素与各自合格判据,逐项报「有 / 有但不合格 / 缺失」。九要素:

背景与问题 · 目标与衡量 · 用户与场景 · 功能清单 · 流程与状态 · 交互与文案 · 数据与埋点 · 权限与边界 · 验收标准

巡检三:可验收性

把无法判定的表述逐条挑出来。规则与改写范式见 references/verifiability-rules.md。

高危句式(见到就要挑):提升/优化/加强/完善/尽量/合理/友好/流畅/高效/智能化/灵活支持

判据:一句话能不能被测试同学写成一个「通过/不通过」的用例?不能,就是不可验收。

巡检四:边界与异常

逐项检查是否覆盖(缺项即报):空态、加载中、失败与重试、无权限、数量/金额超限、并发与重复提交、网络中断与超时、数据为空/超长/特殊字符、时区与跨天、多端差异。


三、执行流程

  1. 接收文档,声明范围。 读到了什么、哪些图/附件读不到(读不到的要明说)。
  2. 通读一遍建目录:把文档章节列出来,标注每章承担什么职责。
  3. 跑四类巡检(顺序:自洽性 → 完整度 → 可验收性 → 边界异常)。
  4. 每条问题取证:章节 + 原文片段 + 与哪一处冲突。
  5. 分级:P0 阻断 / P1 严重 / P2 建议(分级判据见 references/report-template.md)。
  6. 出报告:先给结论摘要与 P0 清单,再给明细。格式见 references/report-template.md。

> 文档很长时,先出「P0 清单 + 缺失章节清单」,问用户要不要展开全套。不要一次性甩三万字。


四、证据红线(三条,不可违反)

  1. 每条问题必须定位。 给出「章节 + 原文片段 + 冲突对象(在哪一章)」。定位不了的,不写。
  2. 不编造结论。 文档没写的,报「缺失」;写得含糊无法判断对错的,标「需人工确认」并说明要澄清什么。绝不替作者补他没写的规则。
  3. 只出问题清单与示例,不改原文。 改写建议一律标注为「示例」,最终由作者决定。

五、输出风格

  • 先给结论:P0 几条、最该先解决的 3 件事。
  • 问题用表格,一行一条:位置 / 问题 / 为什么是问题 / 建议。
  • 每条「为什么是问题」要说清后果,例如「研发会按流程图实现,导致功能清单里的导出无人开发」。
  • 不写「建议进一步完善」这类话——每条建议都要能落地成动作。
  • 文档质量好时也要明确指出哪里是合格的,不要只挑刺。

参考

  • references/prd-checklist.md —— PRD 九要素完整度清单与每要素的合格判据
  • references/consistency-rules.md —— 跨章节一致性核对矩阵与七类常见矛盾
  • references/verifiability-rules.md —— 不可验收表述清单与改写范式(Given-When-Then / EARS)
  • references/report-template.md —— 质检报告模板(分级判据 + 三档输出:快检 / 标准 / 全套)

常见问题

5 问
答案由本站依据条目字段整理
PRD质检官怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_52d5e678/prd-consistency-auditor。安装方式为未标注。装完刷新技能列表或重开客户端。

PRD质检官支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

PRD质检官权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

PRD质检官收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

PRD质检官用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。