5.7 KiB
5.7 KiB
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 或需求文档时:
-
提取功能点
PRD中的每个功能 → 一个Epic 每个功能的步骤 → 具体Task -
识别依赖
数据库设计 → API开发 → 前端对接 → 测试 -
设置优先级
- P0: 核心功能,必须完成
- P1: 重要功能,应该完成
- P2: 锦上添花,可以延后
状态流转
⏳待开始 → 🔄进行中 → ✅已完成
│ │
│ └→ 🚫阻塞中 → 🔄进行中
│
└→ ❌已取消
使用指令
# 创建任务规划
"帮我规划这个项目的任务"
"根据这个PRD生成任务书"
# 更新任务状态
"把T1.2标记为完成"
"T1.3遇到阻塞了"
# 查看进度
"当前任务进度如何"
"还有哪些任务没完成"
最佳实践
- 任务粒度: 单个任务 30分钟~4小时
- 依赖清晰: 明确写出前置任务
- 每日更新: 执行日志每天更新
- 风险前置: 高风险任务优先处理