Token导航 LogoToken导航

Agent Skill · 效率

prd-review(珠三角评论)

prd-review 用于补充效率相关能力,适合在 OpenClaw 中需要让 Agent 承接效率相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

prd-review 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为只读;许可证为 MIT-0,第三方扫描已通过,按安装量在效率类的 21,003 个 Skill 里排第 10,006。

总安装 5,512周安装 232GitHub Stars 公开资料未说明下载 1,930核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:prd-review(珠三角评论)
来源仓库:https://github.com/hollis0220/prd-review
安装命令:
openclaw skills install prd-review
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

ClawHubOpenClaw
openclaw skills install prd-review

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

自动化审查商业化产品需求文档的逻辑准确性与闭环性,提取界面/功能/商业化设计要点并划分高-中-低优先级,输出设计师友好的标准化梳理文档;当用户需要审查PRD、梳理设计要点、划分设计优先级或快速对接开发时使用

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install prd-review;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

prd-review 怎么安装?

在终端执行 openclaw skills install prd-review。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

prd-review 支持哪些 AI 工具?

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

prd-review 需要什么权限?

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

prd-review 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

prd-review 用的人多吗?

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

prd-review 安全吗?

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

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

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

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

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
prd-review

珠三角评论 · 本页

5,512—只读MIT-0通过

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

SKILL.md 原文

name
prd-review-design
description
自动化审查商业化产品需求文档的逻辑准确性与闭环性,提取界面/功能/商业化设计要点并划分高-中-低优先级,输出设计师友好的标准化梳理文档;当用户需要审查PRD、梳理设计要点、划分设计优先级或快速对接开发时使用
dependency
python

商业化产品需求文档审查与设计要点梳理

任务目标

  • 本 Skill 用于:自动化审查商业化产品需求文档(PRD),快速校验需求逻辑准确性、闭环性,提取需设计的核心内容并划分优先级
  • 能力包含:文档解析、逻辑审查、设计要点提取、优先级划分、标准化输出
  • 触发条件:用户提供 PRD 文档并请求审查、梳理设计要点、划分优先级

前置准备

依赖说明

scripts 脚本所需的依赖包及版本:

python-docx==1.1.0
PyPDF2==3.0.1

文档来源支持

来源类型支持格式处理方式
本地上传.docx, .pdf, .txt, .md调用 scripts/doc_parser.py 解析
粘贴内容纯文本直接读取分析

文档内容要求

PRD 文档需包含以下核心内容:

  • 需求背景
  • 需求目标
  • 核心功能描述
  • 业务逻辑
  • 用户场景

操作步骤

步骤一:需求文档解析与信息提取

根据用户提供的文档形式,选择对应的处理方式:

情况一:用户上传本地文档

判断文档格式:

  • Word 文档(.docx)→ 调用 scripts/doc_parser.py
  • PDF 文档(.pdf)→ 调用 scripts/doc_parser.py
  • 纯文本(.txt/.md)→ 直接读取
python scripts/doc_parser.py <文档路径>

情况二:用户粘贴文档内容

直接使用粘贴内容进行分析。

情况三:用户提供在线文档链接

引导用户:

  • 复制文档内容并粘贴
  • 或下载文档后上传本地文件

提取信息维度(详见 references/review_checklist.md):

  • 基础信息:需求名称、提出人、背景、核心目标
  • 业务逻辑:核心功能描述、用户操作流程、业务链路
  • 约束条件:技术限制、时间节点、资源限制、合规要求
  • 预期效果:量化指标、定性要求

步骤二:需求逻辑审查

基于提取的信息,执行双重逻辑校验。详细审查标准见 references/review_checklist.md。

2.1 逻辑准确性审查

  • 校验需求目标与需求背景的匹配性
  • 校验业务逻辑的合理性(排查矛盾点)
  • 校验量化指标的可行性
  • 校验商业化逻辑合规性

2.2 逻辑闭环审查

  • 需求输入-处理-输出闭环检查
  • 异常场景闭环检查(付费失败、操作失误、权限不足等)
  • 商业化链路闭环检查(引流-转化-留存-复购)

审查结果输出:

  • 通过:逻辑清晰,无明显问题
  • 需优化:存在小问题,不影响整体推进
  • 存在漏洞:存在重大逻辑缺陷,需修正后再进行设计

步骤三:设计要点提取

基于审查通过的需求逻辑,按设计师工作流维度提取设计要点:

界面设计要点:

  • 页面布局:核心页面、关键模块、信息架构
  • 组件设计:表单、卡片、列表、弹窗

交互设计要点:

  • 操作流程:步骤拆解、跳转逻辑、返回路径
  • 触发反馈:点击响应、加载状态、成功/失败提示

视觉设计要点:

  • 视觉层级:重点突出、信息分层
  • 商业化元素:付费入口、价格展示、优惠标识

状态设计要点:

  • 正常状态:默认展示、数据完整
  • 异常状态:空状态、错误状态、边界情况
  • 角色状态:不同用户角色、权限差异

每个设计要点需对应需求中的具体描述,明确设计范围。

步骤四:设计优先级划分

结合商业化优先级、需求紧急程度、设计难度,采用「高-中-低」三级划分:

优先级判定条件预估工时参考
高影响商业化核心目标、阻塞开发流程、涉及合规性1-3天
中辅助核心功能、影响部分用户体验0.5-1天
低优化类、补充类、可后续迭代0.5天内

每个设计要点标注:划分依据、前置依赖、建议启动时间。

步骤五:输出设计师友好的梳理文档

将审查结果、设计要点、优先级划分整理成标准化文档,便于设计师直接参考。输出格式见 references/review_checklist.md 中的「输出文档模板」。

文档结构:

  1. 需求概览(一句话总结 + 核心目标)
  2. 逻辑问题清单(问题位置 + 影响范围 + 严重程度 + 修复建议)
  3. 设计要点清单(按界面/交互/视觉/状态分类)
  4. 优先级排期表(优先级 + 设计要点 + 预估工时 + 前置依赖)
  5. 补充建议与风险提示

输出形式选择:

  • 简洁版:适合快速对接,聚焦高优先级设计要点
  • 详细版:适合存档和团队同步,完整呈现所有内容

资源索引

注意事项

异常处理

  • 文档解析失败:提示用户检查文档格式或直接粘贴内容
  • 需求逻辑漏洞较多:建议用户先优化需求逻辑,列出核心漏洞
  • 设计要点不明确:提示用户补充相关细节

商业化重点关注

  • 付费流程合规性(付费提示清晰、无虚假宣传)
  • 数据收集合规性(用户隐私保护)
  • 商业化链路完整性(引流-转化-留存-复购无断裂)
  • 异常场景覆盖(付费失败、余额不足、权限不足等)

设计师视角要点

  • 输出文档结构清晰,便于快速定位
  • 逻辑问题明确标注位置和修复建议
  • 设计要点按工作流组织,便于任务拆解
  • 优先级包含工时预估,便于排期规划

使用示例

示例一:本地文档审查

用户请求:帮我审查这份 Word 文档的需求逻辑

执行方式:

  1. 调用 scripts/doc_parser.py 解析文档
  2. 执行逻辑准确性 + 闭环性审查
  3. 输出逻辑审查报告

输出:逻辑问题清单(含位置、影响范围、修复建议)

示例二:粘贴内容审查

用户请求:审查这份 PRD,梳理设计要点

用户操作:直接粘贴 PRD 内容

执行方式:

  1. 直接读取粘贴内容
  2. 执行逻辑审查
  3. 提取设计要点并划分优先级
  4. 输出设计师友好的梳理文档

输出:逻辑问题清单 + 设计要点清单 + 优先级排期表

示例三:仅提取设计要点

用户请求:梳理这份 PRD 的设计要点和优先级

执行方式:

  1. 读取文档内容
  2. 提取设计要点(界面/交互/视觉/状态)
  3. 划分高-中-低优先级
  4. 输出设计要点清单 + 优先级排期表

输出:分类设计要点清单 + 优先级排期表(含工时预估)

平台分布

OpenClaw

98.37%
按下载量换算1,899

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

只读

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

安装前确认

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

继续浏览同类 Skills