用途：从已有的产品需求文档（PRD）生成面向开发者的分步实现任务清单，输出 Markdown 文件，帮助按步骤落地功能。
前提条件：项目需位于 .planning/[project-name]/ 目录，且 PRD 文件存在于 .planning/[project-name]/prd-[feature-name].md。
输出：Markdown 格式，保存在 .planning/[project-name]/，文件名为 tasks-[prd-file-name].md，例如 .planning/my-cool-project/tasks-prd-user-authentication.md。
两阶段流程：第一阶段读取磁盘上的 PRD（不依赖上下文版本），分析功能需求与用户故事，生成 5-7 个高层父任务并展示给用户，然后暂停等待确认，提示用户可编辑 PRD 或提出修改，回复“Go”继续。第二阶段仅在用户回复“Go”后开始，再次从磁盘重读 PRD 以获取最新编辑，为每个父任务拆解可执行子任务，列出需创建或修改的文件，生成完整任务清单并保存。
任务清单结构：包含“Relevant Files”部分，逐条列出实现文件与测试文件及其用途；包含“Notes”说明路径相对工作区根目录、测试文件通常与代码同目录、可用 npx jest [optional/path/to/test/file] 运行测试；包含“Tasks”部分，父任务用 1.0、2.0 编号，子任务用 1.1、1.2 嵌套编号，部分纯结构或配置类父任务可不含子任务。
任务拆解指南：父任务代表主要实现阶段或里程碑；子任务具体可执行、逻辑上从父任务派生；相关文件需覆盖实现与测试文件并给出简要说明。目标读者是初级开发者，任务应清晰、具体、按逻辑顺序排列。
交互模型：该技能要求阶段间用户确认，未收到明确“Go”前不得进入第二阶段。
限制：资料未提供安装命令、收费、价格、平台支持范围或效果保证等信息。