Scheduled Automation 原理

Scheduled Automation 的作用是“按计划启动一次普通的根 Agent Run”。它复用同一套模型、上下文、Tool、Skill、MCP、审批和用量链路，而不是另一套能力更大的后台 Agent。

Task 和 Run

编辑 Task 不会改写已经排队或正在运行的 Run。每个 Run 在入队时保存本次配置快照，因此历史结果能够对应当时的设置。

Core Server 在应用运行时周期性检查到期任务，把符合条件的任务加入队列。它不是操作系统调度服务：应用退出后没有后台进程按时唤醒。

下次启动时，如果离线期间错过了多个计划点，系统会把它们合并成一次恢复 Run。这样可以继续追踪任务，又避免一次启动突然补跑大量过时工作。因此 Scheduled Automation 适合“周期性检查”，不适合要求每个时点绝不遗漏的计费、交易或告警基础设施。

项目、模型或聊天失效时，任务会进入“需要修复”，而不是偷偷换到另一个目标。Scheduled Automation 不能直接绑定子 Agent 对话，但根 Agent 可以在 Run 内使用 Multi-Agent。

保存 Task 时，系统把默认、完全或自定义模式解析成具体权限。未来 Run 使用这份快照，避免全局设置稍后变宽时，旧任务无意中获得新能力。

当前全局开关仍是撤销上限：关闭完全或自定义模式，可以阻止相应任务继续进入执行；重新打开不会自动放宽或修复旧任务，需要用户编辑确认。

后台 Run 遇到需审批动作时会停在“等待批准”。定时任务不是绕过人工审批的通道。

任务本身有“已开启/已暂停”和独立的健康状态；Run 则经历排队、启动、运行、等待批准和终态。系统还会保存需要关注标记（Attention），提示失败、重要更新或配置失效等情况。

原生系统通知只是提醒入口。通知可能因为系统设置而不可见，也存在极小的重复显示窗口；最终事实应回到运行历史和对应聊天确认。把需要关注项标记为已处理，也不会改变 Task 或 Run。