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 新聞簡報案例展示了一種重複任務；具體是否照用，應由你的交付時間決定。