Token导航 LogoToken导航TokenDH.com
待分类只读github未标认证来源可访问许可证需确认审计通过

oh-pdd-prd-analysis哦 pdd prd 分析

Agent Skill

oh-pdd-prd-analysis 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

1,022

周安装

43

GitHub Stars

18

下载量

358
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/openharmonyinsight/openharmony-skills --skill oh-pdd-prd-analysis

简介

用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态或协作事项整理时使用。
  • 可结合来源仓库和原始 README 核验具体用法。
  • 安装前建议确认权限范围、维护状态及是否触发联网或文件读写。
  • oh-pdd-prd-analysis 属于待分类类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

PRD 需求分析

分析 HM Desktop PRD 文档并生成结构化的需求分析报告。

快速开始

提供 PRD 文件路径:

分析 PRD: {PRD文件路径}

或指定具体选项:

分析 PRD: {PRD文件路径}
- 输出格式:JSON
- 检查完整性:是
- 提取 KEP:是
- 检测冲突:是

分析流程

1. 文档元数据解析

提取以下信息:

  • 文档版本(VX.X 格式)
  • 创建日期(YYYY-MM-DD)
  • 文档作者/团队
  • 产品名称
  • 目标版本

2. KEP(关键体验路径)提取

对每个找到的 KEP,提取:

  • KEP ID:格式应为 KEP1-01、KEP1-02 等
  • KEP 名称:简洁、包含动词的名称
  • 优先级:P0(关键)、P1(重要)、P2(可选)
  • 用户故事:用户场景描述
  • 验收标准:明确的验证条件

3. 需求统计

  • 需求总数
  • P0 需求数量(发布必需)
  • P1 需求数量(重要但不阻塞)
  • P2 需求数量(未来增强)

4. 完整性验证

使用 references/completeness_rules.md 中的检查清单验证所有必需章节。

标准章节顺序:需求来源 → 需求背景 → 需求价值分析 → 竞品分析 → 需求描述

章节顺序验证

  • 第1章:需求来源
  • 第2章:需求背景
  • 第3章:需求价值分析
  • 第4章:竞品分析(必需
  • 第5章:需求描述
  • 后续章节是否符合规范

竞品分析章节检查

  • 是否存在独立的竞品分析章节(第4章)
  • 竞品数量是否≥2个
  • 是否包含竞品功能对比表格
  • 是否包含竞品技术方案分析

5. 章节顺序验证

验证 PRD 文档章节是否符合标准顺序:

标准顺序:需求来源 → 需求背景 → 需求价值分析 → 竞品分析 → 需求描述

检测逻辑

  1. 提取文档中所有一级标题(# 开头)
  2. 验证前5章的标题是否符合要求
  3. 如顺序错误,列出问题并建议调整
  4. 如缺失竞品分析章节,明确提示补充

输出格式

章节顺序检查结果:
✅ 第1章:需求来源
✅ 第2章:需求背景
✅ 第3章:需求价值分析
❌ 第4章:竞品分析(缺失,需补充)
✅ 第5章:需求描述

6. 冲突检测

检查:

  • 同一功能在不同章节描述不一致
  • 优先级冲突(P0 项目过多)
  • 技术可行性风险
  • 矛盾的用户场景

7. 竞品分析章节检查

检查内容

检查项说明
章节位置竞品分析必须在第4章
竞品数量至少分析2个竞品
对比维度功能、技术、体验、成本等
差异化是否明确说明差异化优势
证据支撑是否有数据或案例支撑

输出:如竞品分析缺失或不足,生成补充建议模板

8. 模块划分建议

按照 references/module_mapping.md 的指导将需求映射到服务模块。

输出格式

Markdown 报告(默认)

生成 prd_analysis_report.md,包含:

  • 文档信息
  • 需求概述
  • KEP 列表
  • 完整性检查结果
  • 冲突检测结果
  • 模块划分建议

JSON 格式

{
  "prd_info": {
    "file": "{PRD文件名}",
    "version": "VX.X",
    "date": "2026-01-31"
  },
  "requirements": {
    "total": 25,
    "p0": 8,
    "p1": 12,
    "p2": 5
  },
  "kep_list": [...],
  "completeness": {...},
  "conflicts": [...],
  "module_suggestions": [...]
}

参考文档

报告模板

自定义报告格式,参见 assets/report_template.md

错误处理

错误类型处理方式
PRD 文件未找到提示用户检查文件路径
格式不符合规范列出缺失的必需章节
需求冲突列出冲突和建议的解决方案
读取失败检查文件编码(应为 UTF-8)

使用示例

基本分析

分析 {PRD文件路径} 这个 PRD

输出 JSON 格式

分析 {PRD文件名},以 JSON 格式输出结果

仅检查完整性

检查 {PRD文件名} 是否包含所有必需的 PRD 章节

提取 KEP

从 {PRD文件名} 中提取所有 KEP 定义

检测冲突

检查 {PRD文件名} 中是否存在需求冲突

模块划分建议

根据 {PRD文件名} 的需求,建议如何划分服务模块

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

36.75%
按下载量换算132

Claude

29.13%
按下载量换算104

Cursor

19.4%
按下载量换算69

Gemini CLI

9.54%
按下载量换算34

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

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

来源信息

继续浏览同类 Skills