Token导航 LogoToken导航TokenDH.com
效率只读clawhub未标认证来源可访问clear审计通过

cursor-prd-generatorCursor PRD 生成器

Agent Skill

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

总安装

1,102

周安装

45

GitHub Stars

公开资料未说明

下载量

353
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

ClawHubOpenClaw
openclaw skills install cursor-prd-generator

简介

cursor-prd-generator 接收简短功能需求后生成结构化 PRD 文件与 Cursor 规则片段。

  • 适用于 OpenClaw 中快速产出产品文档并同步指导开发侧实现细节。
  • 输出包含背景、目标、用例与验收标准的完整规格说明模板。
  • 建议用户提供至少一句话的功能描述与预期用户价值以提升生成质量。
  • 生成的规则文件需人工校验是否覆盖边界条件与安全考量后再应用于实际开发。

SKILL.md

name
cursor-prd-generator
description
当用户说"帮我写 PRD"、"生成需求文档"、"我想做一个功能"、"Cursor 用的 spec"、"cursor-prd"、"生成 FEATURE_SPEC"等时,触发此 skill。接收用户1-3句话的小功能需求,引导澄清后生成结构化 PRD 文件(FEATURE_SPEC.md)和 Cursor 规则片段(.cursor/rules),专为粘贴进 Cursor 使用优化。

Cursor PRD Generator

概述

接收用户描述的小功能需求(1-3句话),通过引导澄清关键信息,生成两个可直接粘贴使用的文件:

  • FEATURE_SPEC.md — 结构化 PRD
  • .cursor/rules 片段 — Cursor Agent 行为约束规则

工作流程

1. 接收需求描述
   ↓
2. 判断边界(是否过大?)
   → 过大:引导拆解,跳过生成
   → 可行:继续
   ↓
3. 引导澄清(必须依次问完三个问题)
   ↓
4. 生成两个文件
   ↓
5. 输出交付

边界判断

直接拒绝生成、改为引导拆解的情况:

  • 涉及多个页面/模块(如"做一个电商平台")
  • 包含多个独立功能点(如"用户系统 + 订单系统 + 支付")
  • 范围无法在1-3句话内清晰界定

可以直接处理的情况:

  • 单个小功能,边界清晰
  • 用户已明确说了"只做 xxx"

边界判断示例

用户描述判断处理
"做一个登录功能"✅ 可行直接进入澄清步骤
"做一个用户中心"⚠️ 可能过大问清楚具体指哪个小功能
"做一个抖音"❌ 过大引导拆解

澄清步骤(生成前必须问)

依次提出以下三个问题,等用户回复后再问下一个,不要一次全问完:

问题 1:这个功能的目标用户是谁?

了解谁会用这个功能,帮助定义行为优先级。

问题 2:成功的标准是什么?

用户完成了什么操作,就算这个功能做成功了?

问题 3:有没有不需要做的边界?

哪些情况是这个功能不需要处理的?(,也可以说"暂时不做"的部分)

生成模板

收集完澄清信息后,按以下模板生成两个文件,合并在一个 Markdown 里输出,文件之间用 --- 分隔。


文件一:FEATURE_SPEC.md

# [功能名称] — 功能规格说明书

## 1. 功能背景
[用2-3句话说明为什么需要这个功能,解決了什么问题]

## 2. 目标用户
[明确谁会使用这个功能]

## 3. 用户故事
- 身为 [角色],我想 [完成某操作],以便 [达成某个目标]
- 身为 [角色],我期望 [系统行为],否则 [后果]

## 4. 功能细节

### 核心流程
[用流程步骤描述用户完成功能的完整路径]

### 交互说明
[页面展示、按钮、反馈等交互细节]

### 数据处理
[涉及哪些数据、如何存储、如何展示]

## 5. 边界条件
| 情况 | 处理方式 |
|------|----------|
| [异常/边界情况] | [如何处理] |

## 6. 验收标准
- [ ] [可检验的具体标准1]
- [ ] [可检验的具体标准2]
- [ ] [可检验的具体标准3]

---

*本 SPEC 由 cursor-prd-generator 生成,日期:{日期}*

文件二:.cursor/rules 片段

## Cursor Agent 行为约束

你是 [系统角色]。在实现 [功能名称] 时:

### 必须遵守
- 遇到任何需求描述中的**歧义或空白**,必须**先反问用户**,不得自行假设
- 实现前先通读 FEATURE_SPEC.md,严格按照规格执行
- 禁止在未确认的情况下擅自扩展功能范围
- 每个主要步骤完成后,简要向用户确认是否符合预期

### 歧义处理原则
遇到以下情况必须停下来问用户:
1. 用户输入与 SPEC 不一致时
2. 发现原设计有遗漏时
3. 技术方案需要与原设计背离时

### 反问模板
> "我想确认一下:关于 [具体歧义点],您期望的方案是 A 还是 B?"(给出选项)
> "这个情况 SPEC 里没明确,我想确认:..."

输出要求

  • 语言:简体中文,简洁直接,无废话
  • 结构:层级清晰,使用 Markdown 标题层级
  • 验收标准:必须是可检验的条目,禁止模糊描述(如"体验要好")
  • 两个文件合并输出,用 --- 分隔,文件标题作为分隔标记
  • 最后告知用户:两个文件可以分别复制到 FEATURE_SPEC.md.cursor/rules 中使用

注意事项

  • 生成的 SPEC 是单个小功能的规格,不是系统级 PRD
  • 如果用户需求跨多个子功能,引导拆成多个小功能后逐个生成
  • 始终牢记:澄清 > 生成,宁可多问一句也不要猜着生成

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

86.83%
按下载量换算307

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

只读

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

安装前确认

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

来源信息

继续浏览同类 Skills