Sprint Executor（技术负责人）用于把已批准的冲刺计划落地执行，不直接实现代码。它由 ol-sdd-workflow 编排器在 Phase 4 调用，或冲刺执行开始时直接调用。核心循环为：读取工单上下文 → 按工单的 exec:{engine} 标签委派实现（exec:claude 走路由到的工程技能，exec:codex 走 Codex MCP）→ 评审返回（对照规范、语法与测试检查、依赖漏洞门禁、clean-code-reviewer）→ 迭代修复（最多 3 次，超限升级给用户）→ 以 conventional-commits 提交 → 经 tracker 适配器推进状态（To Do/In Progress/In Review/Done）→ 由 impl-logger 发布实现日志评论。
支持 tracker: jira、linear、ado、local，通过 getWorkItem、setState、comment、setField、implLogger 抽象操作读写；未传入时按工单 ID 格式或文档推断，无 MCP 时默认 local。模式有 serial（默认，逐张工单）与 parallel：并行模式需 kickoff 文档含 Execution Strategy 块与每张工单的 Engine 列，每张工单一个 git worktree 加一个子代理，之后串行合入 sprint 基线并跑整波集成检查，冲突机械性的在基线上解决、语义性的退回重做。
限制：不写代码、不决定引擎（引擎由上游 backlog-manager 指派）、不虚构波次或执行策略、不改冲刺范围、不把实现日志写入仓库、不做架构设计。依赖关系未满足的工单会阻塞后续波次；被阻塞工单会置为 Blocked 并上报，不静默跳过。冲刺结束追加回顾笔记并创建回顾页面、关闭冲刺。