基于可用的设计制品, 为功能生成可操作的、按依赖关系排序的 tasks.md.
npx skills add https://github.com/imbatony/pavone --skill speckit-tasksCopie e cole este comando no Claude Code para instalar a skill
在任务生成后, 对 spec.md, plan.md 和 tasks.md 执行非破坏性的跨制品一致性和质量分析.
基于用户需求为当前功能生成自定义检查清单.
通过提出最多 5 个高度针对性的澄清问题, 识别当前功能规范中未充分说明的领域, 并将答案编码回规范中.
从交互式或提供的原则输入创建或更新项目章程, 确保所有依赖模板保持同步.
通过处理并执行 tasks.md 中定义的所有任务来执行实施计划
使用计划模板执行实施计划工作流, 生成设计制品.
| name | speckit-tasks |
| description | 基于可用的设计制品, 为功能生成可操作的、按依赖关系排序的 tasks.md. |
| compatibility | Requires spec-kit project structure with .specify/ directory |
| metadata | {"author":"github-spec-kit","source":"templates/commands/tasks.md"} |
| disable-model-invocation | true |
$ARGUMENTS
在继续之前，你必须考虑用户输入（如果不为空）。
检查扩展钩子（任务生成前）:
.specify/extensions.ymlhooks.before_tasks 键下的条目enabled 显式为 false 的钩子。没有 enabled 字段的钩子默认视为已启用condition 表达式:
condition 字段，或为 null/空，则将钩子视为可执行condition，则跳过该钩子，将条件评估留给 HookExecutor 实现optional 标志输出以下内容:
optional: true):
## 扩展钩子
**可选前置钩子**: {extension}
命令: `/{command}`
描述: {description}
提示: {prompt}
执行方式: `/{command}`
optional: false):
## 扩展钩子
**自动前置钩子**: {extension}
正在执行: `/{command}`
EXECUTE_COMMAND: {command}
等待钩子命令的结果后再继续执行大纲。
.specify/extensions.yml 不存在，静默跳过设置: 从仓库根目录运行 .specify/scripts/bash/check-prerequisites.sh --json 并解析 FEATURE_DIR 和 AVAILABLE_DOCS 列表。所有路径必须是绝对路径。对于参数中的单引号（如 "I'm Groot"），使用转义语法: 例如 'I'''m Groot'（或尽可能使用双引号: "I'm Groot"）。
加载设计文档: 从 FEATURE_DIR 读取:
执行任务生成工作流:
生成 tasks.md: 使用 .specify/templates/tasks-template.md 作为结构，填充以下内容:
报告: 输出生成的 tasks.md 路径和摘要:
检查扩展钩子: tasks.md 生成后，检查项目根目录下是否存在 .specify/extensions.yml。
hooks.after_tasks 键下的条目enabled 显式为 false 的钩子。没有 enabled 字段的钩子默认视为已启用condition 表达式:
condition 字段，或为 null/空，则将钩子视为可执行condition，则跳过该钩子，将条件评估留给 HookExecutor 实现optional 标志输出以下内容:
optional: true):
## 扩展钩子
**可选钩子**: {extension}
命令: `/{command}`
描述: {description}
提示: {prompt}
执行方式: `/{command}`
optional: false):
## 扩展钩子
**自动钩子**: {extension}
正在执行: `/{command}`
EXECUTE_COMMAND: {command}
.specify/extensions.yml 不存在，静默跳过任务生成上下文: $ARGUMENTS
tasks.md 应该可以立即执行 - 每个任务必须足够具体，以便 LLM 无需额外上下文即可完成。
关键: 任务必须按用户故事组织，以实现独立实现和测试。
测试是可选的: 仅在功能规范中明确请求或用户请求 TDD 方法时才生成测试任务。
每个任务必须严格遵循此格式:
- [ ] [TaskID] [P?] [Story?] Description with file path
格式组件:
- [ ] 开头（markdown 复选框）示例:
- [ ] T001 Create project structure per implementation plan- [ ] T005 [P] Implement authentication middleware in src/middleware/auth.py- [ ] T012 [P] [US1] Create User model in src/models/user.py- [ ] T014 [US1] Implement UserService in src/services/user_service.py- [ ] Create User model（缺少 ID 和故事标签）T001 [US1] Create model（缺少复选框）- [ ] [US1] Create User model（缺少任务 ID）- [ ] T001 [US1] Create model（缺少文件路径）从用户故事（spec.md） - 主要组织方式:
从契约:
从数据模型:
从设置/基础设施: