用途：executing-plans 用于把已批准的计划落地执行。它锁定计划，并驱动其通过 cortex 的编排与验证栈，使每个计划项都成为被跟踪的任务，经过执行、验证和汇报。
适用时机：来自 writing-plans 或 /ctx:plan 的计划已准备好执行；需要围绕同一份计划协调多个工作流或智能体；需要确保计划项作为任务被跟踪并更新状态；需要在标记任务完成前运行验证循环（测试、lint、视觉检查）。计划尚不存在时不应使用，应先用 writing-plans。
前置条件：线程中有计划输出（来自 writing-plans 或 /ctx:plan）；可访问 cortex TUI 中的 Task 视图（T）；相关工作流所需的模式与智能体已激活。
工作流程：第一步，创建并同步任务。为每个计划项在 Task 视图中创建或更新任务，Task 视图（T）→ 添加（A）或编辑（E），设置与计划流名称一致的类别和工作流，确保每个计划项都有对应任务，不留孤立项，并把任务链接到原始计划文档。第二步，激活模式与规则。Modes（视图 3）激活当前工作流所需模式，Rules（视图 4）启用适用规则，如测试要求、风格强制。第三步，执行工作流循环。按优先级逐项处理任务，执行工作，并在标记完成前验证：运行测试 pytest、vitest 或项目特定测试命令，运行 just lint 或等价 lint，涉及 UI 变更时通过 Supersaiyan 做视觉检查，然后更新任务状态与进度说明。示例验证序列：just test && just lint && echo "Verification passed"。第四步，向相关方更新：汇总进度与后续安排，附上截图、日志或测试输出，标记执行中发现的阻塞或范围变更。第五步，运行回顾钩子：所有任务完成后，在 Task 视图关闭全部任务，在聊天线程中记录经验与意外情况，链接回原始计划文档，记录发现的后续问题或技术债。
预期输出：tasks/current/active_agents.json 更新任务状态；状态更新消息涵盖已完成任务、阻塞和验证证据；若计划超出本次会话，给出后续步骤或问题。
最佳实践：先验证再推进，未运行验证循环不得标记完成；一次只处理一个任务，完成并验证后再开始下一个；实时更新状态；保持链接，任务链接计划、计划链接任务、状态更新引用两者；立即记录阻塞，不要等到回顾时再暴露问题。
资源：执行检查清单位于 skills/collaboration/executing-plans/resources/checklist.md。