用途：schedule 是 noodle 工作流中的订单调度器，读取 .noodle/mise.json，写出 .noodle/orders-next.json；循环会原子地把 orders-next.json 提升为 orders.json，因此不要直接写 orders.json。schema 以 noodle schema mise 与 noodle schema orders 为准。运行方式为完全自主，不向用户询问或暂停确认。
主要能力：核心规则是“一次只推进一个计划”——选取剩余阶段中优先级最高的计划并调度其全部阶段；当前计划受阻时宁可空转，也不切换到其他计划，例外是共享基础设施订单可与计划阶段并行。输出结构为 {orders: [...]}，每个订单是由阶段组成的流水线，阶段含 do 字段绑定已注册任务类型，按序执行。典型流水线为 execute → quality → reflect。可从 mise 的 task_types 读取可调度任务类型及其 schedule 提示。
使用方式：execute 任务来自 mise 的 backlog 数组，以条目 ID 字符串作为订单 ID。有条目带 plan 字段时，读取计划概览与阶段文件，为每个未完成阶段安排一个阶段，并用 extra_prompt 注入阶段简报与跨阶段依赖；阶段间有依赖则串行，独立区域可并行。无计划的简单条目直接作为 execute 任务；复杂条目先安排仅提示词的 /plan 阶段加对抗性审查阶段，不要用 do: execute。共享基础设施可用描述性 slug 作为独立订单 ID。无可调度内容时仍写出 {"orders":[]}，避免热循环。所有阶段必须设置 "runtime": "process"，sprites 运行时尚未完成，不应使用。
适用场景与限制：适用于按 backlog、计划阶段、会话历史和 recent_events 事件（如 stage.failed、order.completed、merge.conflict、ci.failed、registry.rebuilt）做调度决策，事件仅作上下文而非命令。启发式包括优先低成本模型、每个订单说明调度理由、对近期失败 2 次以上的条目取消调度或拆分。模型选择见 references/model-routing.md，事件目录见 references/events.md，订单 JSON 示例见 references/examples.md。资料未提供具体安装命令、收费与平台信息。