prd-discovery

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

PRD Discovery

PRD调研

Use this skill to interview the user and produce a clear PRD for Ralph execution.
使用此技能与用户进行访谈,为Ralph的执行产出清晰的PRD。

Inputs

输入内容

  • If a topic is provided, use it. Otherwise ask for a short description of the feature or bug.
  • 若提供了主题,则使用该主题;否则请用户简要描述功能或问题。

Workflow

工作流程

  1. Initial prompt
    • Ask what they want to build or fix and why.
  2. Context scan
    • Check for existing specs or documentation, such as
      specs/README.md
      .
    • Review project overview files like
      README.md
      and package manifests.
  3. Interview
    • Ask only critical questions that affect scope and acceptance criteria.
    • Cover: goals, users, constraints, scope, edge cases, success criteria.
  4. Draft PRD
    • Use the PRD template.
    • Break into right sized user stories, each completable in one iteration.
    • Order stories by dependency: schema, backend, UI, aggregation.
    • Acceptance criteria must be verifiable.
  5. Save output
    • Save to
      .prd/prd-<feature>.md
      .
    • Create
      .prd
      if missing.
  6. Confirm and next steps
    • Show the file path.
    • Suggest converting with
      /prd-to-json
      .
  1. 初始提示
    • 询问用户想要构建或修复的内容及其原因。
  2. 上下文扫描
    • 检查现有规范或文档,例如
      specs/README.md
    • 查看项目概览文件,如
      README.md
      和包清单。
  3. 访谈环节
    • 仅询问影响范围和验收标准的关键问题。
    • 涵盖:目标、用户群体、约束条件、范围、边缘情况、成功标准。
  4. 起草PRD
    • 使用PRD模板。
    • 拆分为合适规模的用户故事,每个故事可在一个迭代周期内完成。
    • 按依赖关系排序故事:数据结构、后端、UI、聚合。
    • 验收标准必须可验证。
  5. 保存输出
    • 保存至
      .prd/prd-<feature>.md
    • .prd
      目录不存在则创建。
  6. 确认与后续步骤
    • 展示文件路径。
    • 建议使用
      /prd-to-json
      进行格式转换。

Rules

规则

  • Always include "Typecheck/lint/test passes" in every story.
  • For UI stories, include "Verify in browser".
  • If the scope is unclear, continue interviewing before writing.
  • 每个用户故事中必须包含“类型检查/代码扫描/测试通过”。
  • 对于UI相关的用户故事,需包含“在浏览器中验证”。
  • 若范围不明确,需继续访谈后再撰写PRD。