用途：把已通过 Phase 1 审批的功能规格（tasks.md）翻译为 JIRA 工单层级结构，并维护 Phase 3、4 要用的 ticket map。由 ol-sdd-workflow 编排器在 Phase 2 调用，也可在 backlog 变更时直接调用。
输入：documentation/specs/{feature}/ 下的 tasks.md（需已审批）、requirements.md（用于故事分组）、design.md（用于史诗描述）、Confluence 规格页 URL、JIRA 项目键、可选默认经办人；若存在 documentation/releases/{release}/epic-map.md 中的发布史诗，则故事与子任务挂到该史诗下，不再新建史诗。
工单结构：每个功能一个史诗，描述含概览、Confluence 链接、仓库规格目录链接，标签 feature:{name}、ol-sdd；故事按需求分组，摘要为用户故事格式，描述保留 EARS 验收标准，标签含 req:{number}；子任务对应 tasks.md 中的原子任务，描述含任务目的、要创建/修改的文件、_Leverage、_Requirements、规格章节链接、实现提示，标签含 feature、skill、exec、req，估算取自 _Estimate 字段。
执行引擎分配：默认按复杂度分流，复杂（估算≥5 点/超 4 小时、修改超 3 个文件、涉及公共 API/模式/迁移、领域为认证/支付/数据身份/安全、涉及异步/锁/事务/顺序、需新增测试文件）标 exec:claude，简单标 exec:codex；用户可在预览阶段覆盖。exec:{engine} 为规范标签，agent:{engine} 为等价别名，两者冲突时以 exec 为准。
工作流程：校验输入（确认三份规格文件、项目键、Confluence URL，避免重复发布）→ 解析 tasks.md 并按需求分组、分类复杂度 → 生成预览供用户审批 → 用 Atlassian MCP 工具按顺序创建/更新史诗、故事、子任务，并逐个子任务添加规格回链评论，小批量创建、出错立即暴露 → 写入 documentation/specs/{feature}/ticket-map.md 并提交 → 在 Confluence 规格页追加 JIRA Tickets 段落 → 返回史诗键、故事与子任务数量、总估算、ticket map 路径、看板 URL。
变更处理：新增任务则新建子任务并追加映射；移除任务标为 Won't Do 并在映射中标记；范围变化编辑子任务描述；估算变化编辑估算字段；不删除工单以保留审计痕迹。
限制：不撰写规格、不规划冲刺、不执行任务、不记录实现细节。具体收费、平台要求和更多使用限制资料暂未提供。