Back to Details

create-prd

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Create PRD

创建PRD

Generate a Product Requirements Document through interactive planning.
通过交互式规划生成产品需求文档（PRD）。

Process

流程

1. Understand the Feature

1. 理解功能需求

Read the user's feature request. If unclear, ask for a brief description.
阅读用户的功能请求。如果内容不明确，请用户提供简要描述。

2. Ask Clarifying Questions

2. 提出澄清问题

Ask 3-5 clarifying questions to understand scope and requirements.
Format with lettered options:
1. Who is the primary user?
   A) Logged-in users only
   B) All visitors
   C) Admin users

2. Should this persist across sessions?
   A) Yes, save to database
   B) No, session only
User can respond with combinations like "1A, 2B".
提出3-5个澄清问题，以明确功能范围和需求。
采用带字母选项的格式：
1. 主要用户群体是谁？
   A) 仅登录用户
   B) 所有访客
   C) 管理员用户

2. 该功能需要跨会话持久化吗？
   A) 是，保存到数据库
   B) 否，仅会话内有效
用户可以通过类似“1A, 2B”的组合格式回复。

3. Generate PRD

3. 生成PRD

After answers, create a detailed PRD with these sections:
md
undefined
获取用户的回答后，创建包含以下章节的详细PRD：
md
undefined

PRD: [Feature Name]

PRD: [功能名称]

Introduction

引言

Brief overview of the feature and why it's needed.
功能的简要概述及其必要性。

Goals

目标

  • Primary goal
  • Secondary goals
  • 主要目标
  • 次要目标

User Stories

用户故事

[Story Title]

[故事标题]

Description: As a [user], I want [action] so that [benefit]. Acceptance Criteria:
  • Specific, verifiable criterion
  • Another criterion
  • Typecheck passes
  • (UI changes) Verify in browser
描述： 作为一名[用户角色]，我希望[执行操作]，以便[获得收益]。 验收标准：
  • 具体、可验证的标准
  • 另一项标准
  • 类型检查通过
  • （UI变更）在浏览器中验证

Functional Requirements

功能需求

  1. Requirement one
  2. Requirement two
  1. 需求一
  2. 需求二

Non-Goals

非目标

What this feature explicitly won't do.
明确说明本功能不涉及的内容。

Design Considerations

设计考量

UI/UX notes, mockup descriptions.
UI/UX说明、原型描述。

Technical Considerations

技术考量

Architecture notes, dependencies, potential challenges.
架构说明、依赖项、潜在挑战。

Success Metrics

成功指标

How to measure if this feature is successful.
如何衡量该功能是否成功。

Open Questions

待解决问题

Any unresolved decisions.
undefined
任何尚未决定的事项。
undefined

4. Save PRD

4. 保存PRD

Save to 
prds/[feature-name].md
(create 
prds/
directory if needed).
PRD saved to prds/[feature-name].md

Next: Run /create-prd-json to convert to executable format.
保存到
prds/[feature-name].md
（如果需要，创建
prds/
目录）。
PRD已保存至prds/[feature-name].md

下一步：运行 /create-prd-json 转换为可执行格式。

Guidelines

指导原则

  • Be explicit and unambiguous
  • Write for junior developers and AI agents
  • Avoid jargon
  • Number requirements for easy reference
  • Acceptance criteria must be verifiable, not vague
    • Good: "Button displays 'Save' text"
    • Bad: "Button looks good"
  • 内容需明确、无歧义
  • 面向初级开发人员和AI Agent编写
  • 避免使用行话
  • 对需求进行编号，便于引用
  • 验收标准必须可验证，不能模糊
    • 示例：好的表述：“按钮显示‘保存’文本”
    • 示例：不好的表述：“按钮看起来不错”