AIエージェントの実行頻度を決める:Cron・Interval・Onceの選び方

判断の締切から逆算し、実行上限・出力先・一時停止の条件まで設定します。

Buda Team
← ブログに戻る
AIエージェントの実行頻度を決める:Cron・Interval・Onceの選び方

月曜の打ち合わせが終わってから届く週次レポートは、内容が正しくても判断に間に合いません。数分ごとに同じ問い合わせ一覧が届けば、今度は確認する側の負担が増えます。AIエージェントのスケジュールは、成果物が必要になる時点から考えます。

Budaの Cron はタイムゾーンを指定した暦上の時刻、Interval は一定の分数ごと、Once は将来の一度だけの実行です。実行のタイミングと、成果物を採用する判断は別々に管理します。

業務のリズムを三つに分ける

次の場面は選び方を説明するための架空例です。導入済みの運用や実測結果ではありません。

業務必要な成果物最初の選択見直す条件
週次の事業報告月曜の判断前に確認できる報告Cron実行時に上流データが未完成
問い合わせの要約キューの変化と例外の定期把握Interval同じ一覧が繰り返される
公開前チェック公開前の確認資料一式Once公開日時や範囲が変わる

判断時刻・変化の確認・一度の納品から実行方式を選ぶ

Cron:定期的な判断から逆算する

月曜の朝に責任者が週次報告を使うなら、確認と修正の時間を残して実行します。例として 0 8 * * 1 は、指定したタイムゾーンで毎週月曜の08:00です。保存前に、エージェントに時刻とタイムゾーンを読み返させます。

指示には、前回の確定した締切からの変化、参照元、未決事項、確認担当者を含めます。データが09:00までそろわないなら、08:00に正確に動いても十分な報告にはなりません。依存する入力や納品時刻を調整します。

暦上の締切がなく、入力も不規則な仕事では、毎日同じ時刻が適切とは限りません。また、実行時刻だけでは、どの期間のデータを集計するかは決まりません。対象範囲は別途指定します。

Interval:待てる時間と変化の価値を決める

問い合わせ担当者が、まず120分ごとに変更点をまとめる場面を考えます。これは定期的な読み取りであり、問い合わせの到着時に即座に動く仕組みではありません。許可された入力ファイル、または別途設定・承認した接続先を使います。スケジュールはアクセス権を与えません。

安定した問い合わせIDと、前回確認済みのチェックポイントで、新規・変更・既存を区別します。変化がなければ短く報告し、未処理一覧を毎回書き直さないようにします。要約の周期外に急ぎの問題を誰が見るかも決めます。

五回続けて有用な変化がなければ、間隔を延ばすか入力ルールを見直せます。一方、数分以内の対応が必要な仕事には、二時間ごとの要約は向きません。間隔を縮めるだけで、即時のエスカレーションが保証されるわけでもありません。

Once:一度の確認を定期業務にしない

公開前チェックでは、将来の日時と対象範囲を確定し、対象ルートの結果、未完了項目、確認担当者を一つの資料にまとめさせます。その資料ができても、公開の決定は責任者が行います。

「明日の午後」だけでなく、具体的な未来の日時を指定します。公開日が変わったら、既存タスクを一時停止するのか編集するのかを確認します。設定しやすかったという理由で、毎日の実行を残さないようにします。

繰り返す前に、一回分の品質を確認する

先に元の作業を一度実行します。重要な記述に参照元があるか、不明な入力が分かるか、次の判断が成果物から読み取れるかを確認します。

週次報告なら参照元と未決事項、問い合わせ要約なら許可された入力に対する網羅性、公開前チェックなら項目ごとの結果または未確認状態を見ます。これは提案する受け入れ基準であり、自動保証ではありません。

繰り返し用の指示は「承認済みの問い合わせファイルを読み、変更要約を作る」のように、その回で行う仕事を書きます。「定期タスクを作成する」という指示自体を毎回再生させないようにします。

有効化前の四つの確認

  1. 実行方式、時刻、タイムゾーンを読み返す。
  2. 試行には max-runs で上限を設ける。上限なしなら継続実行になる。
  3. 結果をタスクセッションに残すか、明示したセッション・チャンネルへ通知するか決める。
  4. 確認担当者と停止条件を決める。参照元にアクセスできない、入力が繰り返し欠ける、成果物を検証できない場合の扱いを含める。

利用できる方式、タスク数、最短間隔はプランにより異なります。短い間隔を選ぶ前に、現在の Automations ドキュメントを確認してください。

完了表示の先にある成果物を見る

実行履歴には状態、開始・終了時刻、実行数、次回予定、失敗時の情報が残ります。完了した実行からセッションを開き、実際の成果物を確認します。完了表示だけで受け入れ済みにはなりません。

最初の数回は、期待した出力、実際の出力、不足入力、修正点、継続判断を短く記録します。参照元や担当者が変わったら、一時停止して指示の適合性を見直します。

よくある質問

24時間ごとと毎朝9時は同じですか?

Intervalは経過分数、Cronはタイムゾーン付きの暦上の時刻です。業務で特定の現地時刻が必要ならCronを選び、保存内容を確認します。

completedなら、その報告を使えますか?

セッションを開き、参照元・対象範囲・未決事項を確認してから採用を判断します。正常に実行されても入力不足は起こり得ます。

いつ停止しますか?

権限や参照元が変わったとき、役立つ結果が続けて出ないとき、担当者が確認できないとき、元の判断機会がなくなったときです。過去の成果物は比較用に残します。

一つの反復業務から始める

Buda AIのMarketplaceで Buda Automations を検索してSkillをインストールします。確認可能な一つの仕事を選び、一回の成果物を受け入れてから、上限付きで試します。日次AIニュースの例は一つの使い方です。採用する頻度は、自分の業務の納品時刻から決めてください。