pdlc-task
Solid阶段内任务跟踪(创建/更新任务列表,附在工作流上)
AI & Automation 13 stars
2 forks Updated today MIT
Install
Quality Score: 84/100
Stars 20%
Recency 20%
Frontmatter 20%
Documentation 15%
Issue Health 10%
License 10%
Description 5%
Skill Content
# 任务管理
<!-- @include templates/prompts/iron-law.md -->
管理功能开发任务的拆解、分配与进度追踪。支持从 PRD 自动拆解任务、标记任务状态。
## 子命令解析
从 `$ARGUMENTS` 中解析子命令和参数:
| 子命令 | 格式 | 说明 |
|--------|------|------|
| `plan <功能名或功能ID>` | 从 PRD 自动拆解任务列表 |
| `list [功能名或功能ID]` | 查看任务状态(不传则查看全部未完成任务) |
| `start <任务ID>` | 标记任务为进行中 |
| `done <任务ID>` | 标记任务为已完成 |
| `blocked <任务ID> <原因>` | 标记任务为阻塞,记录阻塞原因 |
| `reopen <任务ID>` | 重新打开任务(撤销 done/blocked) |
如果未提供子命���或子命令无法识别,输出以上帮助信息后停止。
---
## 任务 ID 与文件约定
### 任务 ID 格式
`T<功能ID的日期-时分秒>-<NN>-<类型>`
- `<功能ID的日期-时分秒>`:所属功能ID去掉 `F` 前缀的部分(功能 `F20260718-094301` → 前缀 `20260718-094301`)。嵌入 feature 的唯一时分秒,使任务号**全局唯一**且**自带归属**(一眼看出属哪个 feature)
- `NN`:**本功能内**两位递增序号(每 feature 从 `01` 起)
- 类型:
- `feat` — 功能代码实现
- `test` — 测试编写
- `doc` — 文档输出
- `infra` — 基础设施/脚手架
- `design` — 设计产出
示例:功能 `F20260718-094301` 的任务 → `T20260718-094301-01-feat`、`T20260718-094301-02-test`
> **为什么 T 用「功能ID时分秒前缀 + 本地序号」而非每个任务自取时分秒**:任务在拆解时**成批同秒创建**,若各自取独立时分秒会互相撞号。改用「所属功能的时分秒前缀 + 本功能内序号」后:既**全局唯一**(继承功能ID的唯一性)、又**自带归属**(看得出属哪个 feature)、还**并行安全**(不同 feature 前缀不同,同批任务靠序号区分)。任务号收敛在唯一命名的 feature 任务文件内,不跨 feature 冲突。
### 任务清单文件路径
`docs/06_tasks/<功能ID>-<功能名>-tasks.md`
示例:`docs/06_tasks/F20260406-093000-user-auth-tasks.md`
若功能ID未知(如独立任务),使用:`docs/06_tasks/YYYYMMDD-<关键词>-tasks.md`
### 任务清单文档格式
```markdown
<!-- PDLC-TASKS -->
<!-- 功能ID: F20260406-093000 -->
<!-- 功能名称: user-auth -->
<!-- 关联PRD: docs/01_requirements/prd/F20260406-093000-user-auth-prd.md -->
<!-- 最后更新: 2026-04-06 -->
# 任务清单:user-auth(...
Details
- Author
- kanfu-panda
- Repository
- kanfu-panda/pdlc-skills
- Created
- 4 months ago
- Last Updated
- today
- Language
- Shell
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category