用途：把复杂功能拆解为原子化、可验证的子任务，并记录依赖关系。适用触发条件：功能涉及 4 个或更多文件、跨越多个组件，或存在可并行执行的子任务。
主要能力：分为五步。第一步分析功能，识别核心目标与范围、技术风险与依赖、自然任务边界以及可并行的任务。第二步创建任务计划，写入 .tmp/tasks/{feature}/task.json，字段包括 id、name、status、objective、context_files、reference_files、exit_criteria、subtask_count、completed_count、created_at。第三步生成子任务，写入 .tmp/tasks/{feature}/subtask_01.json 等，字段包括 id、seq、title、status、depends_on、parallel、suggested_agent、context_files、reference_files、acceptance_criteria、deliverables。第四步校验结构：JSON 有效、依赖引用存在、context_files 与 reference_files 分离、验收标准为二元、交付物具体。第五步返回摘要，含位置、文件数、子任务列表与执行顺序。
规则：功能 ID 用 kebab-case；objective 不超过 200 字符；context_files 只放标准与约定，reference_files 只放项目源码；退出标准与验收标准必须可二元判定；子任务顺序编号 01、02、03；每个子任务应在 1–2 小时内完成；用 depends_on 表达依赖，独立任务设 parallel: true；可分配 CoderAgent、TestEngineer、CodeReviewer、OpenFrontendSpecialist；交付物须是具体文件路径或端点。
限制：资料未提供安装方式、平台与收费信息；技能本身不执行代码，只生成 JSON 计划文件，需按依赖顺序执行子任务。