pdlc-task

Solid

阶段内任务跟踪(创建/更新任务列表,附在工作流上)

AI & Automation 9 stars 2 forks Updated today MIT

Install

View on GitHub

Quality Score: 83/100

Stars 20%
33
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

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(F2...

Details

Author
kanfu-panda
Repository
kanfu-panda/pdlc-skills
Created
2 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