用途：加载书面实施计划，批判性审阅后逐项执行全部任务，完成后报告。开始时应声明正在使用该技能实施计划。非平凡执行需关联 Aegis Visibility，将当前切片与计划、检查点、漂移或验证边界对应；完成时把计划遵循度、证据、复杂度与残余风险交给 verification-before-completion 生成统一回执。
主要能力与流程：第一步加载并审阅计划，若含 Execution Readiness View 需先读取并对照意图锁、范围围栏、基线锁、所有者/契约约束、兼容边界、退役边界、测试义务、评审门、漂移/回退规则与完成前所需证据；实施前运行 TDD Route Guard，确认 Mode、Decision、Strict 权限、strict 信号、light 资格、测试姿态与验证。首次写入前捕获 TaskStartSnapshot（根目录、HEAD、分支或分离状态、上游分歧、暂存/未暂存/未跟踪路径、活动 Git 操作及 git worktree list --porcelain），保留任务既有状态，不 stash、reset、clean 或提交。多任务、跨会话或涉及架构/契约/工作流变更时，加载 aegis:long-task-continuation 建立初始检查点，每任务前后更新检查点、证据引用与漂移检查。执行每个任务时标记 in_progress，严格按步骤执行；新增源码路径前重述或创建 Change Necessity，非平凡编辑前运行 Pre-Edit Complexity Check 与 Pre-Edit Owner-Fit Decision，若与计划文件边界冲突则暂停回到计划评审。协调者是唯一 Git 变更所有者，任务通过计划验证后使用 verification-before-completion 再提交，仅暂存任务所属路径。
适用场景：跨会话执行、带评审检查点的实施计划；有真正独立任务且支持子代理时优先 subagent-driven-development，缺少子代理支持不阻碍内联执行。
限制：遇到阻塞、计划关键缺口、指令不清或验证反复失败时应立即停止并求助，不得猜测；不要仅因当前分支是 main/master 就创建分支，也不要仅因任务复杂度、TDD、计划或子代理而触发 worktree。集成时按需使用 aegis:finishing-a-development-branch。