Files

5.7 KiB
Raw Permalink Blame History

name, description, group, triggers, owner, version, updated
name description group triggers owner version updated
任务规划 复杂任务分解和规划。触发词任务规划、制定计划、项目规划、先谋后动、任务书、task plan、PRD拆解、需求分解。在项目根目录生成task_plan.md任务书固化AI思考过程支持从PRD生成任务、依赖追踪、状态管理。参考cursor-task-master。 任务规划、制定计划、排期 水桥 1.0 2026-02-16

任务规划

复刻 AI 核心工作流,先谋后动。参考 cursor-task-master

核心理念

在开始复杂开发前,生成 task_plan.md 任务书:

  • 从 PRD/需求文档自动生成任务
  • 追踪任务依赖关系
  • 管理任务状态流转
  • 记录决策和上下文

工作流程

┌─────────────────────────────────────────────────────────────────┐
│                        任务规划流程                              │
├─────────────────────────────────────────────────────────────────┤
│                                                                 │
│  1. 输入需求                                                    │
│     PRD / 用户描述 / Issue                                      │
│         │                                                       │
│         ▼                                                       │
│  2. 解析需求                                                    │
│     提取功能点、约束条件、验收标准                              │
│         │                                                       │
│         ▼                                                       │
│  3. 生成任务                                                    │
│     分解为原子任务、设置依赖关系                                │
│         │                                                       │
│         ▼                                                       │
│  4. 创建 task_plan.md                                           │
│     结构化任务书 + 执行日志                                     │
│         │                                                       │
│         ▼                                                       │
│  5. 执行 & 更新                                                 │
│     完成任务 → 更新状态 → 检查依赖                              │
│                                                                 │
└─────────────────────────────────────────────────────────────────┘

任务书模板

在项目根目录创建 task_plan.md

# 任务规划书

> 生成时间: YYYY-MM-DD HH:MM
> 来源: [PRD/需求描述]

---

## 一、项目概览

### 目标
> 一句话描述要实现什么

### 成功标准
- [ ] 标准1具体可验证的条件
- [ ] 标准2具体可验证的条件
- [ ] 标准3具体可验证的条件

### 约束条件
- 技术栈:
- 时间限制:
- 其他约束:

---

## 二、任务分解

### Epic 1: [功能模块名]

| ID | 任务 | 依赖 | 优先级 | 状态 | 预估 |
|----|------|------|--------|------|------|
| T1.1 | 任务描述 | - | P0 | ⏳ | 30m |
| T1.2 | 任务描述 | T1.1 | P0 | ⏳ | 1h |
| T1.3 | 任务描述 | T1.1,T1.2 | P1 | ⏳ | 2h |

### Epic 2: [功能模块名]

| ID | 任务 | 依赖 | 优先级 | 状态 | 预估 |
|----|------|------|--------|------|------|
| T2.1 | 任务描述 | T1.3 | P0 | ⏳ | 1h |

---

## 三、技术决策

| 决策点 | 选项 | 最终选择 | 理由 |
|--------|------|----------|------|
| 数据库选型 | MySQL/PostgreSQL/MongoDB | | |
| 状态管理 | Redux/Zustand/Jotai | | |

---

## 四、风险预判

| 风险 | 概率 | 影响 | 缓解措施 |
|------|------|------|----------|
| API变更 | 中 | 高 | 做好版本兼容 |
| 性能瓶颈 | 低 | 中 | 预留优化时间 |

---

## 五、执行日志

### YYYY-MM-DD

**完成**:
- [x] T1.1: 描述

**进行中**:
- [ ] T1.2: 描述进度50%

**阻塞**:
- T1.3: 等待T1.2完成

**下一步**:
- 完成T1.2后开始T1.3

---

## 状态说明

| 状态 | 含义 |
|------|------|
| ⏳ | 待开始 |
| 🔄 | 进行中 |
| ✅ | 已完成 |
| ❌ | 已取消 |
| 🚫 | 阻塞中 |
| ⚠️ | 有风险 |

从 PRD 生成任务

当用户提供 PRD 或需求文档时:

  1. 提取功能点

    PRD中的每个功能 → 一个Epic
    每个功能的步骤 → 具体Task
    
  2. 识别依赖

    数据库设计 → API开发 → 前端对接 → 测试
    
  3. 设置优先级

    • P0: 核心功能,必须完成
    • P1: 重要功能,应该完成
    • P2: 锦上添花,可以延后

状态流转

⏳待开始 → 🔄进行中 → ✅已完成
    │           │
    │           └→ 🚫阻塞中 → 🔄进行中
    │
    └→ ❌已取消

使用指令

# 创建任务规划
"帮我规划这个项目的任务"
"根据这个PRD生成任务书"

# 更新任务状态
"把T1.2标记为完成"
"T1.3遇到阻塞了"

# 查看进度
"当前任务进度如何"
"还有哪些任务没完成"

最佳实践

  1. 任务粒度: 单个任务 30分钟~4小时
  2. 依赖清晰: 明确写出前置任务
  3. 每日更新: 执行日志每天更新
  4. 风险前置: 高风险任务优先处理