用途：基于已有的设计产物，为某个特性生成可执行、按依赖排序的 tasks.md 任务文档。
使用方式：运行时需考虑用户输入（$ARGUMENTS，可为空）。先从分支名或类似 ###-feature-name 的输入中提取特性名（如 001-feature-name），在 ./specs/[###-feature-name] 中查找精确匹配的特性。
前置检查：需确保特性目录、spec.md（./specs/[###-feature-name]/spec.md）和 plan.md（./specs/[###-feature-name]/plan.md）存在，否则分别报错："Feature directory not found: ./specs/[###-feature-name]"、"Spec file not found: ./specs/[###-feature-name]/spec.md"、"Plan file not found: ./specs/[###-feature-name]/plan.md"。
主要能力：加载 spec.md 提取模块与组件及其优先级（P1、P2、P3 等），加载 plan.md 提取技术栈、库和项目结构，按模块组织生成任务。生成元数据：在特性目录下新建 tasks 目录（./specs/[###-feature-name]/tasks/），将 templates/tasks-metadata-template.md 复制为 specs/[###-feature-name]/tasks/metadata.md，包含特性名（与 spec.md 一致）、Input、Prerequisites、GitHub Feature Issue 和模块列表。为每个模块将 templates/tasks-module-template.md 复制为 specs/[###-feature-name]/tasks/module_i.md（i 从 1 开始），模块 ID 与名称须与 spec.md 一致，每个模块包含模块目标、GitHub 信息（assignee、label、milestone、project）和实现任务；每个任务包含任务标题、描述、详情。最后生成任务摘要，报告总任务数及各模块任务数。
任务规则：每个任务应可立即执行，足够具体，使 LLM 无需额外上下文即可完成。任务号格式为 F001、F002……（取自特性目录名开头的三位数字）；任务号（T101、T102……）按模块重新开始编号。测试任务为可选项，仅在特性规格明确要求或用户要求 TDD 时生成。
限制：资料未提供该技能的安装、收费、平台或价格信息。