⚡

AI-PRD实施启动工具Skill dot-ai-prd-start

此技能用于启动产品需求文档（PRD）的实施工作。它自动检测目标PRD、验证准备就绪、创建Git分支、设置开发环境，并交接到下一个任务阶段。关键词：PRD实施、软件开发、环境设置、Git分支管理、DevOps、产品需求文档启动、任务识别、敏捷开发、项目管理。

DevOps 0 次安装 0 次浏览 更新于 3/18/2026

name: dot-ai-prd-start description: Start working on a PRD implementation user-invocable: true

PRD Start - 开始实施工作

说明

您正在帮助启动特定产品需求文档（PRD）的实施工作。此命令设置实施上下文（验证准备就绪、创建分支、准备环境），然后交接到 /prd-next 进行任务识别。

重要提示：不要在您的响应中包含时间估计或努力估计。专注于设置和准备就绪，不要推测持续时间。

流程概述

  1. 选择目标PRD - 识别要实施的PRD
  2. 验证PRD准备就绪 - 确保PRD已准备就绪以便实施
  3. 设置实施上下文 - 创建分支并准备环境
  4. 交接到 prd-next - 将任务识别委托给适当的提示

步骤 0：检查PRD参数

如果提供了 prdNumber 参数 ({{prdNumber}})：

  • 跳过上下文检查和自动检测
  • 直接使用 PRD #{{prdNumber}}
  • 继续到步骤 2（PRD准备就绪验证）

如果 prdNumber 参数未提供：

  • 继续到下面的上下文意识检查

步骤 0b：上下文意识检查

检查PRD上下文是否从最近的对话中已经清楚：

如果最近的对话显示，跳过检测：

  • 最近讨论的PRD工作 - “我们刚刚处理了PRD 29”、“刚刚完成了PRD更新”等。
  • 具体提到的PRD - “PRD #X”、“MCP Prompts PRD”等。
  • 使用的PRD特定命令 - 最近使用 /prd-update-progress、/prd-start 与特定PRD
  • 清晰的工作上下文 - 讨论已知PRD的特定功能、任务或需求

如果上下文清晰：

  • 跳转到步骤 2（PRD准备就绪验证），使用已知的PRD

如果上下文不清晰：

  • 继续到步骤 1（PRD检测）

步骤 1：智能PRD检测（仅在上下文不清晰时）

使用这些上下文线索自动检测目标PRD（按优先级顺序）：

  1. Git分支分析 - 检查当前分支名称以寻找PRD模式：

    • feature/prd-12-* → PRD 12
    • prd-13-* → PRD 13
    • feature/prd-* → 提取PRD编号

  2. 最近的Git提交 - 查看最近的提交消息以寻找PRD参考：

    • “fix: PRD 12 documentation” → PRD 12
    • “feat: implement prd-13 features” → PRD 13

  3. Git状态分析 - 检查修改/暂存的文件以寻找PRD线索：

    • 修改 prds/12-*.md → PRD 12
    • 功能特定目录中的更改

  4. 可用PRDs发现 - 列出 prds/ 目录中的所有PRDs

  5. 回退到用户选择 - 仅在上下文检测失败时，询问用户指定

检测逻辑：

  • 高置信度：分支名称匹配PRD模式（例如，feature/prd-12-documentation-testing）
  • 中置信度：Git状态或最近提交中提到的修改PRD文件
  • 低置信度：多个PRDs可用，使用启发式方法（最最近、最大）
  • 无上下文：向用户呈现可用选项

如果上下文检测失败，询问用户：

## 您想开始实施哪个PRD？

请提供PRD编号（例如，“12”、“PRD 12”或“36”）。

**不确定要处理哪个PRD？**
执行 `dot-ai:prds-get` 提示以查看所有按优先级和准备就绪组织的可用PRDs。

**您的选择**：[等待用户输入]

一旦PRD被识别：

  • 从 prds/[issue-id]-[feature-name].md 读取PRD文件

步骤 2：PRD准备就绪验证

在开始实施之前，验证PRD是否准备就绪：

需求验证

  • 功能需求：核心需求是否已明确定义并完整？
  • 成功标准：是否已建立可衡量的成功标准？
  • 依赖项：是否已识别并可用所有外部依赖项？
  • 风险评估：是否已识别主要风险并创建缓解计划？

文档分析

对于文档优先的PRDs：

  • 规范完整性：功能是否已完全文档化，包括用户工作流？
  • 集成点：与现有功能的连接是否已文档化？
  • API/接口定义：是否已指定所有接口和数据结构？
  • 示例和用法：是否提供了具体的使用示例？

实施准备就绪检查清单

## PRD准备就绪检查
- [ ] 所有功能需求已定义
- [ ] 成功标准可衡量
- [ ] 依赖项可用
- [ ] 文档完整
- [ ] 集成点清晰
- [ ] 实施方法已决定

如果PRD未准备就绪： 通知用户缺少什么，并建议他们先完成PRD规划。

步骤 3：实施上下文设置

⚠️ 强制：在继续到步骤 4 之前完成此步骤

Git分支管理

  1. 检查当前分支：运行 git branch --show-current
  2. 如果在 main 或 master 上：创建并切换到功能分支：
    git checkout -b feature/prd-[issue-id]-[feature-name]
  3. 如果已经在功能分支上：验证它是此PRD的正确分支

开发环境设置

  • 依赖项：安装PRD所需的任何新依赖项
  • 配置：设置开发所需的任何配置
  • 测试数据：准备测试数据或模拟服务

步骤 3 检查点（必需）

您必须在继续到步骤 4 之前显示此确认：

## 环境设置 ✅
- **分支**：`[current-branch-name]` ✅
- **状态**：[已创建新分支 / 已经在正确分支上 / 保持在主分支上（原因）]

在分支设置确认之前，不要继续到步骤 4。

步骤 4：交接到 prd-next

一旦实施上下文设置完成，向用户呈现此消息：

## 准备就绪实施 🚀

**PRD**：[PRD名称] (#[PRD编号])
**分支**：`[branch-name]`
**状态**：准备就绪用于开发

---

要识别并开始处理您的第一个任务，运行 `/prd-next`。

⚠️ 停止在这里 - 不要：

  • 识别或推荐要处理的任务
  • 分析实施优先级或关键路径
  • 开始任何实施工作
  • 在呈现交接消息后继续

/prd-next 处理所有任务识别和实施指导。

成功标准

此命令应该：

  • ✅ 成功识别目标PRD以便实施
  • ✅ 验证PRD已准备就绪用于开发工作
  • ✅ 设置适当的实施上下文（分支、环境）
  • ✅ 交接到 /prd-next 进行任务识别
  • ✅ 桥接PRD规划与开发设置之间的差距

笔记

  • 此命令专注于仅设置 - 验证准备就绪、创建分支和准备环境
  • 一旦设置完成，/prd-next 处理所有任务识别、实施指导和进度跟踪