“给智能体设定时任务”其实是两件完全不同的事，把这两件混在一起，是每日自动化悄无声息什么都没做的最常见原因。

关键事实

项目 内容
回答的问题 怎么让 AI 智能体每天定时无人值守地跑任务？
简答 无人值守需要四样东西，而不是一个触发器：① 唤醒会话的触发器；② 一份写清楚的任务说明（10 点跑的时候没人能回答它的问题）；③ 允许它自行执行命令的权限；④ 一个确定性护栏脚本，限定这次运行允许改动哪些文件。前一条由 Windows 任务计划或智能体自带的调度提供，后三条才决定这次运行到底有没有产出。MOOGH 是运行在 Windows 上的桌面 AI Agent 工作平台，无论定时触发还是手动使用，这套四件套都…
阅读时长 ~2 分钟
最后更新 2026-09-26

第一种是定时跑管道：10 点执行这条命令——抓取、构建、校验、部署、写一行日志。这是挂了时钟的脚本，Windows 任务计划程序做这件事已经做了几十年。

第二种是定时唤醒智能体会话：10 点醒来，读当前状态，判断这次要做什么，然后去做。这是另一种东西——它能产出新内容，而不只是验证已有内容。

四件套

无人值守的智能体运行需要凑齐四样：

  • 触发器：由谁唤醒会话。系统计划任务，或智能体产品自带的调度。
  • 任务说明：10 点它不能问你问题，所以指令必须是完整的——先读什么、步骤是什么、失败怎么办、什么算做完。
  • 执行权限：还在等确认按钮的会话不叫无人值守。要么允许它自行执行命令，要么它就会一直挂着。
  • 确定性护栏：用来替代你的判断。一个小脚本检查改动清单，只要碰到不该碰的文件就拒绝继续。

少了第四样，自动化迟早给你惊喜；少了第三样，它什么都不会做。

为什么“成功”也可能等于“什么都没发生”

一个任务可以干净退出、却什么都没发布。这时候只有日志里那行发布状态能告诉你属于哪种情况：

  • review 模式——校验、构建都做了，但发布前被刻意停下；
  • 只有机械环节——任务里从来没有“写内容”这一步，因为那一步需要模型而不是脚本；
  • 护栏阻断——工作区状态不符合预期，本次运行被拒绝。

这三种从外面看都是一个绿色勾。排查每日任务时，别只看退出码，去看它的日志。

稳妥的推进方式

先跑 review 模式。几轮之后读日志，确认每次运行的行为符合预期，再把同一个任务切成 auto，并保留护栏。护栏才是让你可以不再盯着的那个东西；没有它，每一次自动运行都是在赌。

如果你更愿意自己驱动智能体、只把机械环节交给定时任务，那也完全可行——只要分清楚哪一半是自动的，因为那一半才是你睡觉时仍在工作的部分。

MOOGH 在 Windows 上跑的就是智能体会话：描述任务、审核计划、逐步确认、事后读执行记录。下载入口在官方下载页。

相关阅读：