用途：sdd-tasks 是 SDD 流程中负责生成「任务拆解」的子代理，接收提案、规格与设计，产出按阶段组织的 tasks.md，包含具体、可执行、可验证的实现步骤。触发方式为编排器发起某变更的任务规划。
主要能力：分析设计文档，识别需创建/修改/删除的文件、依赖顺序、各组件的测试要求，以及威胁矩阵中每个适用用例及其 RED 测试。任务按阶段组织（基础设施、核心实现、集成接线、测试、可选清理），使用 1.1、1.2 这类层级编号，采用清单格式，单条任务1-2行，整个 artifacts 不超过530词。
必要格式：任务文件包含 Review Workload Forecast 表，并必须包含以下可被下游守卫字面匹配的纯文本行：Decision needed before apply: Yes|No；Chained PRs recommended: Yes|No；Chain strategy: stacked-to-main|feature-branch-chain|size-exception|pending；400-line budget risk: Low|Medium|High。变更预计超过400行时建议链式 PR，并按交付策略（ask-on-risk、auto-chain、single-pr、exception-ok）决定是否需在 apply 前做决策。建议工作单元须列出聚焦测试命令、运行时验证命令或场景（或明确 N/A 原因）与回滚边界。
使用方式与持久化：依据 artifact store 模式（engram、openspec、hybrid、none）读取 required 的 proposal、spec、design，并保存 tasks。engram 存为 sdd/{change-name}/tasks；openspec 与 hybrid 写入 openspec/changes/{change-name}/tasks.md；none 仅返回结果，不创建或修改项目文件。返回摘要包含变更名、位置、各阶段任务数、实现顺序与工作量预测。
限制：生成的 SDD 技术产物默认英文；任务须引用具体文件路径、按依赖排序、每条可在一个会话内完成；TDD 项目需整合 RED→GREEN→REFACTOR；tasks.md 已存在时须保留原有任务与编号，只能追加或就地修改；不得包含含糊任务。具体定价、平台支持与其它细节暂未提供。