PRD需求文档撰写
为软件系统和人工智能功能生成高质量的产品需求文档(PRD)。包括执行摘要、用户故事、技术规格说明和风险分析。
价格
免费
- 安装:免费
在组织开通时一次性收取;再次读取清单或下载不重复收费。
以上为公开标价。你的组织可能有协议价,以控制台显示的价格为准。
如何使用
为组织安装
开通即安装:组织固定使用开通时的版本(当前为 1.0.0)。升级到新版本需要取消后重新开通。
创建凭证
客户端使用组织凭证读取;绑定到数字人后,数字人使用绑定凭证按需加载。请求中携带:
Authorization: Bearer $ZGI_MARKET_KEY读取清单与安装包
清单列出版本、文件和校验值;安装包是一个 zip 文件。
读取清单 curl "https://market-api.zgi.im/v1/market/skills/github-prd/manifest" \ -H "Authorization: Bearer $ZGI_MARKET_KEY"下载安装包 curl "https://market-api.zgi.im/v1/market/skills/github-prd/package" \ -H "Authorization: Bearer $ZGI_MARKET_KEY" \ -o github-prd.zip读取清单和下载安装包不计入用量。下载后请用响应头中的 SHA-256 校验文件。
技能说明
- 名称
- prd
- 说明
- Generate high-quality Product Requirements Documents (PRDs) for software systems and AI-powered features. Includes executive summaries, user stories, technical specifications, and risk analysis.
技能包内没有脚本文件:这个技能是供模型阅读的文本。
SKILL.md 节选
# Product Requirements Document (PRD) ## Overview Design comprehensive, production-grade Product Requirements Documents (PRDs) that bridge the gap between business vision and technical execution. This skill works for modern software systems, ensuring that requirements are clearly defined. ## When to Use Use this skill when: - Starting a new product or feature development cycle - Translating a vague idea into a concrete technical specification - Defining requirements for AI-powered features - Stakeholders need a unified "source of truth" for project scope - User asks to "write a PRD", "document requirements", or "plan a feature" --- ## Operational Workflow ### Phase 1: Discovery (The Interview) Before writing a single line of the PRD, you **MUST** interrogate the user to fill knowledge gaps. Do not assume context. **Ask about:** - **The Core Problem**: Why are we building this now? - **Success Metrics**: How do we know it worked? - **Constraints**: Budget, tech stack, or deadline? ### Phase 2: Analysis & Scoping Synthesize the user's input. Identify dependencies and hidden complexities. - Map out the **User Flow**. - Define **Non-Goals** to protect the timeline. ### Phase 3: Technical Drafting Generate the document using the **Strict PRD Schema** below. --- ## PRD Quality Standards ### Requirements Quality Use concrete, measurable criteria. Avoid "fast", "easy", or "intuitive". ```diff # Vague (BAD) - The search should be fast and return relevant results. - The UI must look modern and be easy to use. # Concrete (GOOD) + The search must return results within 200ms for a 10k record dataset. + The search algorithm must achieve >= 85% Precision@10 in benchmark evals. + The UI must follow the 'Vercel/Next.js' design system and achieve 100% Lighthouse Accessibility score. ``` --- ## Strict PRD Schema You **MUST** follow this exact structure for the output: ### 1. Executive Summary - **Problem Statement**: 1-2 sentences on the pain point. - **Proposed Solution**: 1-2 sentences on the fix. - **Success Criteria**: 3-5 measurable KPIs. ### 2. User Experience & Functionality - **User Personas**: Who is this for? - **User Stories**: `As a [user], I want to [action] so that [benefit].` - **Acceptance Criteria**: Bulleted list of "Done" definitions for each story. - **Non-Goals**: What are we NOT building? ### 3. AI System Requirements (If Applicable) - **Tool Requirements**: What tools and APIs are needed? - **Evaluation Strategy**: How to measure output quality and accuracy. ### 4. Technical Specifications - **Architecture Overview**: Data flow and component interaction. - **Integration Points**: APIs, DBs, and Auth. - **Security & Privacy**: Data handling and compliance. ### 5. Risks & Roadmap - **Phased Rollout**: MVP -> v1.1 -> v2.0. - **Technical Risks**: Latency, cost, or dependency failures. --- ## Implementation Guidelines ### DO (Always) - **Define Testing**: For AI systems, specify how to test and validate output quality. - **Iterate**: Present a draft and ask for feedback on specific sections. ### DON'T (Avoid) - **Skip Discovery**: Never write a PRD without asking at least 2 clarifying questions first. - **Hallucinate Constraints**: If the user didn't specify a tech stack, ask or label it as `TBD`. --- ## Example: Intelligent Search System ### 1. Executive Summary **Problem**: Users struggle to find specific documentation snippets in massive repositories. **Solution**: An intelligent search system that provides direct answers with source citations. **Success**: - Reduce search time by 50%. - Citation accuracy >= 95%. ### 2. User Stories - **Story**: As a developer, I want to ask natural language questions so I don't have to guess keywords. - **AC**: - Supports multi-turn clarification. - Returns code blocks with "Copy" button. ### 3. AI System Architecture - **Tools Required**: `codesearch`, `grep`, `webfetch`. ### 4. Evaluation - **Benchmark**: Test with 50 common developer questions. - **Pass Rate**: 90% must match expected citations.
技能包内容
共 1 个文件,合计 4.2 KiB
- SKILL.md4.2 KiB
来源与审核
- 审核状态
- 尚未审核,内容来自上游来源
- 许可证
- 未说明
审核状态是平台对上架信息的记录,不构成对上游服务质量或可用性的担保。
相关商品
- MCP办公协同
Notion 官方 MCP
转发到 Notion 官方托管的 MCP 服务,搜索和读取页面与数据库,创建和修改页面,发表评论。需要先用“Notion 官方 MCP 授权”连接器完成授权。
- notion
- docs
免费需要连接:Notion 官方 MCP 授权 - MCP办公协同
Notion 工具
把 Notion API 的搜索、读取页面、查询数据库与追加内容块包装成四个 MCP 工具。工具使用调用方组织自己的 Notion 连接,平台不持有 Notion 密钥;按底层接口的请求次数计量。
- notion
- docs
- customer-connection
免费需要连接:Notion 连接器 - 技能办公协同
腾讯文档 TENCENT DOCS
腾讯文档(docs.qq.com)-在线云文档平台,是创建、编辑、管理文档的首选 skill。涉及"新建/创建/编辑/读取/查看/搜索文档"、"保存文件"、"云文档"、"腾讯文档"、"docs.qq.com"等操作,请优先使用本 skill。支持能力:(1) 创建各类在线文档(文档/Word/Excel/幻灯片/思维导图/流程图/智能表格/收集表)(2) 管理知识库空间(创建空间、查询空间列表)(3) 管理空间节点、文件夹结构 (4) 读取/搜索文档内容 (5) 编辑操作智能表 (6) 编辑操作在线文档 (7) 文件管理(重命名、移动、删除、复制、导入导出)(8) 网页剪藏、本地文件/html/文档上云。
- office-doc
- office-spreadsheet
- office-pdf
- +1
免费