用途：将 PRD、TechSpec 拆解为可独立实施的任务文件，并通过代码库探索补全实现细节，供交互确认后生成任务清单。
必要输入：功能名（对应 .compozy/tasks/<name>/ 目录），该目录至少包含 _prd.md 或 _techspec.md；两者都缺失时必须停止并请用户先创建其一。
主要流程：读取类型注册表（.compozy/config.toml 的 [tasks].types，缺失则用内置默认 frontend、backend、docs、test、infra、refactor、chore、bugfix）；读取 PRD/TechSpec 及 adrs/ 中已有 ADR；调用 Agent 工具探索代码库；将实现部分拆成粒度任务，每项须含标题、类型、复杂度（low/medium/high/critical）、依赖，禁止循环依赖，测试要求嵌入各任务而非单独建测试任务；展示任务清单等待用户确认，反复修订直至批准。
生成方式：写出 _tasks.md 主列表（含编号、标题、状态、复杂度、依赖的 markdown 表），以及 task_01.md 至 task_N.md；每个任务文件以 YAML frontmatter 开头，含 status、title、type、complexity、dependencies（无依赖时写 dependencies: []），编号需与主列表一致。
补全与校验：按模板填充 Overview、critical 块、requirements 块、Subtasks、Implementation Details（Relevant Files、Dependent Files、Related ADRs）、Deliverables、Tests、Success Criteria，覆盖率目标不低于 80%；若文件已含 Overview、Deliverables、Tests 三项则跳过该文件。最后运行 compozy tasks validate --name <feature>，非零退出则修复后重跑，直至退出码为 0。
限制与反模式：禁止超宽任务（超过 7 个文件或 7 个子任务须拆分）；不得复制 TechSpec 的接口定义、代码片段或架构图，只按名称引用；测试用例须写明具体输入、条件或行为，不得写“测试正常路径”之类模糊描述；代码库探索与 TechSpec 边界不一致时需记录并询问用户；目标目录不存在则创建。未提供收费、平台支持与效果等信息。