mimo code采用动态优先级驱动的任务编排：scheduler子agent每2–3秒基于基础权重、时间衰减项和环境匹配度实时重算任务优先级，主agent仅执行队列顶端任务；通过goal verifier校验与cycle checkpoint重评机制控制长程任务漂移，并支持命令行实时观测与手动干预。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的任务编排不是靠固定流程硬编码，而是让 Agent 在运行中动态判断“接下来该做什么”。它把任务优先级当作实时决策信号，而不是静态排序结果。核心在于环境变化能立刻影响调度选择，避免关键动作被卡在队列末尾。
优先级由三类因子实时合成
每个任务的动态优先级不是预设值，而是在每轮调度前重新计算：
- 基础权重：任务类型自带的长期倾向，比如“紧急修复”默认高于“文档补全”
- 时间衰减项：越接近截止时间，系数越大；超过 deadline 后不归零，而是维持一个惩罚底值，防止被彻底忽略
- 环境匹配度：当前系统负载、风险等级、用户输入 urgency 值会放大或抑制某类任务。例如 CPU 负载 >0.8 时，“代码生成”权重下调，而“内存清理”自动上浮
调度器与主 Agent 解耦设计
不同于传统 Agent 自己决定下一步，MiMo Code 把“评估优先级”和“执行动作”拆成两个角色：
- 独立的 Scheduler subagent 每 2–3 秒扫描一次待办队列，结合最新 EnvironmentState 更新所有任务的 dynamic_priority
- 主 Agent 只从已排序列表中取 top-1 执行，不参与打分，专注工具调用与上下文维护
- 当出现新任务（如用户中断输入、Git 推送触发 CI 检查），Scheduler 立即重算，无需等待下一轮完整 cycle
长程任务中的优先级漂移控制
上百步的任务容易因中间状态偏移导致目标发散。MiMo Code 用两种机制稳住主线：
- Goal verifier 独立校验：每次主 Agent 宣称“已完成”时，Verifier 不看过程只比对自然语言 Goal 和当前项目状态（如文件是否存在、测试是否全绿），不通过则降权并插入诊断子任务
- Cycle checkpoint 触发重评：在会话窗口使用率达 20% / 45% / 70% 时，不仅保存状态，也强制 Scheduler 对剩余未完成任务做一次优先级重置，过滤掉已失效或冗余的中间步骤
实际调度行为可观察、可干预
终端里输入 /ps（priority status）就能看到当前所有任务的 raw score、time factor、env factor 拆解，以及 Scheduler 最近三次重评的时间戳。开发者也可手动用 /prioritize
