Agent 任务什么时候跑？先选业务节奏，再选定时、间隔或一次性

周一经营简报到下午才生成，内容再完整也赶不上上午的决策。工单汇总每隔几分钟重复同一批记录，则会把团队淹没在提醒里。Agent 任务的运行方式，首先要回答：结果在什么时候才有用？

Buda 提供三种运行节奏：Cron 按指定时区的日历时间重复，Interval 每隔若干分钟重复，Once 在未来某个时间只执行一次。选择哪一种，要从业务需要的交付节奏往回推。

三项工作，三种不同的等待方式

以下是用于说明选型的虚构业务场景，没有实际部署或效果测试。

工作	需要什么结果	初始选择	需要调整的信号
每周经营简报	周一决策前可审阅的简报	Cron	运行时上游数据还没到齐
支持工单汇总	定期看见队列变化与异常	Interval	多轮都在重复同一批记录
一次上线核查	上线前的一份检查材料	Once	上线时间或范围发生变化

按固定决策、持续变化与单次交付选择运行方式

假设运营负责人周一上午需要经营简报，应给核对来源和补充异常留出时间，而不是让任务在讨论开始时才启动。示例表达式 0 8 * * 1 表示指定时区的每周一 08:00。保存前让 Agent 复述具体时间与时区。

简报任务还要写明：从哪个已确认截止点开始读取变化、保留哪些来源、列出哪些未决问题、交给谁判断。如果上游数据 09:00 才完整，08:00 跑得再准也无法交齐。此时应调整依赖或交付安排。

没有固定日历截止点、输入又很不规律的工作，不必默认每天跑一次。每天固定时间可能没有新材料，真正的变化却要等到次日才能出现。运行时间也不自动等于数据窗口，记录归属范围仍需单独明确。

支持负责人可以先尝试每 120 分钟整理一次工单变化。这是周期性读取，并不表示有新工单就即时触发。输入应来自获授权的文件，或已另行配置并获准使用的数据来源；设了定时器不会自动获得后台权限。

用稳定工单 ID 和上次确认的检查点区分新增、变化与旧记录。没有变化时，输出简短说明即可，不必把全部积压工单重新写一遍。紧急问题由谁在这两小时之外处理，也要有明确安排。

先观察结果是否值得审阅，再调整频率。如果连续五轮都没有有效变化，拉长间隔或重新定义读取规则。如果业务要求几分钟内响应，两小时汇总就不合适；单纯缩短运行间隔也不构成可靠的实时升级机制。

上线前核查可以指定一个明确的未来时间，读取已确认的上线范围，交出路径检查、未完成项和复核负责人。检查材料生成后，上线决定仍由负责人作出。

时间要写完整，不只说“明天下午”。上线改期时，确认原任务需要暂停还是修改，并核对新的执行时间。不要因为最初设成了每天运行，就让一次性核查持续重复。

先执行一次任务，检查关键判断能否追到来源、未知输入是否清楚、负责人能否从结果直接找到下一步。

经营简报要有来源和未决问题；工单汇总要对照授权输入核覆盖；上线核查要逐项给出结果或明确的待核状态。这些是建议验收方法，不是产品自动保证。

通过后再保存重复任务。每次执行的指令应直接描述当轮工作，例如“读取获准工单导出，整理新增和变化”。不要把“创建一个每日任务”写进每轮重复执行的指令，否则执行指令本身可能再次要求建任务。

可用类型、任务数量和最短间隔随套餐而异。选短间隔前查看当前 Automations 文档，不要把某个账户的配置能力当成所有账户的共同能力。

Buda 的运行历史会记录状态、起止时间、次数、下一次计划和失败信息；完成的运行可以打开对应会话。检查实际产物，才能知道交付是否达到要求。

前几轮保留简短复核记录：预期结果、实际结果、缺失输入、需要修改的地方，以及下一轮是否继续。来源或负责人改变时，先暂停检查指令是否仍然适用，再恢复。

间隔描述经过多少分钟，Cron 描述指定时区里的日历时间。业务要求固定本地钟点时，选 Cron，并回读保存后的时间安排。

还需打开会话，核对来源、覆盖和未决项，再单独记录是否验收。执行成功仍可能交出输入不全的报告。

权限或来源变化、连续多轮没有有用结果、负责人无法审阅，或者原来的业务决策已经取消，都应暂停。保留过去的产物，方便修改后对照。

在 Buda AI 的 Marketplace 搜索并安装 Buda Automations Skill。选一项能看见结果的工作，先验收一次，再确定节奏并设置有限轮次的试运行。每日 AI 新闻简报案例展示了一种重复任务；具体是否照用，应由你的交付时间决定。