Execute 是一套实现方法论技能，与领域技能（如 noodle）配合使用：本技能教流程，领域技能提供代码库知识。执行时要求完全自主，不询问用户，直到工作彻底完成。
用途与流程：先界定范围——计划阶段读取 brain/plans/ 中指定阶段及概览，调用 Skill(backlog) 获取项目上下文并加载“适用技能”；待办事项读取 brain/todos.md 及关联计划；临时请求以用户提示为范围，先确定受影响的文件与包。随后拆解为离散改动，每个改动对应一个函数/类型加测试或一个修复，可独立编译，对应一次约定式提交；单改动范围可跳过拆解。
实施阶段强调 worktree 优先：不得在 main 上编辑文件。若当前目录已在 .worktrees/ 内则直接使用，否则运行 noodle worktree create <descriptive-name>；使用绝对路径或 noodle worktree exec <name> <cmd>，不要 cd 进 worktree。在 worktree 内提交，完成后运行 noodle worktree merge <name>。仅在用户交互驱动单代理会话并明确选择 main 时可跳过。委派策略：单一或紧耦合改动自行执行；两个以上互不影响的改动用子代理；可并行阶段用团队执行；机械性工作可交给 Codex，架构决策不可。存在共享类型契约的阶段必须串行。
验证与提交：提交前运行完整验证套件，失败必须修复并重新验证，绝不提交失败代码。提交格式为 <type>(<scope>): <description>，可选 Refs: #<issue-ID>，类型有 feat、fix、refactor、test、docs、chore，每个逻辑改动一次提交。全部提交并验证后，发出 stage_yield：noodle event emit --session $NOODLE_SESSION_ID stage_yield --payload '{"message": "Implemented: <brief summary>"}'，否则阶段仅在进程正常退出时完成。
限制与纪律：只改范围内内容，不加防御性代码、兼容垫片或推测性功能；范围外发现记入质量评审笔记；计划或需求有误应在输出中标记而非默默偏离。原则从 brain/principles/ 运行时读取，包括 prove-it-works、subtract-before-you-add、cost-aware-delegation、guard-the-context-window、boundary-discipline、outcome-oriented-execution。资料未提供收费、平台与价格信息。