定期実行の実行場所と停止リスク
えーと、もし朝9時に資料をまとめるよう、優秀なアシスタントに頼んだとして、でもいざオフィスに行ってみたら、停電していて、アシスタントが暗闇の中でただ立ち尽くしていたとしたら、結構困りますよね。
いや、本当にその例えの通りで。
今回の深掘りでは、まさにこれと同じ、AIエージェントの定期実行に潜む罠について解き明かしていきます。
ITエンジニアのブログや7つの公式ドキュメントを情報源に、皆さんが寝ている間でもAIに確実な仕事をこなしてもらうための失敗しない設計手法を考えるのがミッションです。
そうですね。AIへのスケジュール予約って、言うなれば未来の自分への検証不可能な依頼書なんですよ。
検証不可能ですか?
はい。毎回真っさらな文脈で起動するので、私たちが画面を見ている明るい部屋では絶対に起きないような静かな失敗が起こるんです。
なるほど。そこでリスナーのあなたにも少し考えてみてほしいんですが、その予約されたAIって、そもそもどこのオフィスで働いているんでしょうか?
あなたのPCの中なのか、それともクラウドという24時間営業のシェアオフィスなのか?
電気が消えたらどうなるかを考える必要がありますね。
まず、ローカル、つまりあなたのPCで働くオープンAIのコデックスの場合、当然PCの電源とアブリの起動が必須になります。
ということは、PCを閉じたらアウトですね?
ええ、その通りです。ただ、安全面はしっかり考慮されていて、Gitのワークトリーという今のあなたの作業机とは完全に切り離された別枠で実行される仕組みになっています。
ああ、それは安心ですね。でもやっぱり自分のPCを閉じたら止まるなら、クラウド型のジェンスパークみたいに電源不要のシェアオフィスに住まわせた方が楽じゃないですか?
確かにPCの電源はいらないんですが、そこには別の罠がありまして。
罠ですか?
あの、不要になった予約をそのまま放置してしまうと、裏でずっとオフィスの電気代、つまりクレジットを無駄に消費し続けるんですよ。
うわ、それは痛いですね。放置は危険と。あと、もし端末が落ちていて実行時間を逃してしまった場合、ARってどうやってリカバリするんですか?
失敗時の挙動と復旧設計
それはツールが想定している用途によって全く違うんです。例えば、アンソロピックのクロードコードなんかは後から追いかけて実行することはしません。
え、じゃあどうなるんですか?
次の予約回まで黙って飛ばします。
飛ばされちゃうんですか?
はい。なぜかというと、あれは長期間放置する定期タスク用ではなくて、開発者が作業している短期的なセッションを想定して作られているからです。ループ機能自体も7日で執行してしまいますし。
ずっと放置される前提じゃないんですね。じゃあ予定を飛ばさずに再開するツールだと、システムが復旧した瞬間に溜まっていたタスクが一気に動き出してパニックになりませんか?
そこなんです。オープンクローはその対策がすごく秀逸で、システムの手前にゲートウェイという受付係を立たせているんです。
受付係ですか?
直接モデルに大量の命令が行くのではなくて、一度ゲートウェイがリクエストを預かります。なので、システム復旧時にタスクが暴発せず、安全に予定が組み直されるんです。
モデル固定と権限管理
仕組みとしてすごく良くできていますね。ただちょっと待ってください。裏でタスクが走る時って、自分がその瞬間にメインで使っているモデルが勝手に使われるんじゃないんですか?
ああ、まさにそこが一番の落とし穴なんですよ。
やっぱり。もしそうだとしたら、出力の質が急に変わってしまいませんか?
その通りです。実はNUSリサーチのハーミスエージェントでは、予約時にモデルを固定しておかないと、実行の瞬間に設定されているメインモデルに追随してしまいます。
じゃあ、自分が別の重いタスクのためにモデルを切り替えていたら、裏で走る定期タスクもそれに巻き込まれるってことですよね。それは致命的です。
最初からこのタスクはこのモデルでしか動かさないってガチガチに固定するアプローチはないんでしょうか?
Googleのアンティグラビティがまさにそのアプローチをとっていますね。
予約タスクをGemini 3.5 Flashに完全固定しています。
さらに、権限も予約単体ではなくて、プロジェクトという単位でしっかり縛り付けているんです。
権限を絞るという点では、マヌスも特定時刻の実行専用であって、常時のリアルタイム監視には向かないと明言されていましたよね。
予約カードによる事前確認
結局のところ、人の目が届かない暗闇で動かす以上、権限はサンドボックスのように最小限に絞るのが鉄則です。
なるほど。
何でもできる状態にしておかないこと自体が、AIの暴走を防ぐ最大の安全装置になりますから。
AIを信頼しつつも、実行前の確認という人間の目をプロセスに組み込むことが不可欠だということですね。
ええ、そうです。
今回の情報源のブログでも、実践的な解決策として予約カードという確認リストがリスナーの皆さんに向けて提案されていましたね。
はい。実行場所、失敗時の挙動、権限、固定モデル、そして出力先、この5つを事前に決めることが大切です。
5つですね。
そして、本番の前に、まずは通常のチャットで動かしてテストすることが最重要ですね。
つまり、いきなり暗闇のオフィスで本番を任せるんじゃなくて、まずは明るい部屋でリハーサルをするようなものですね。
まさにそういうことです。最後に少し未来の試行実験をしてみましょうか。
はい、何でしょう。
AIエージェントが今後さらに自律的になったとき、この予約前の確認や定期実行の監視をいつまでも人間が手動でやり続けるのでしょうか。
というと?
もしかすると、人間ではなくて他のエージェントのスケジュールを監視し、管理するだけのマネージャーAIが必要になる時代が来るのかもしれません。
暗闇で立ち尽くすアシスタントを別のアシスタントが見回りに行く世界線ですか。それは面白いですね。
リスナーのあなたなら、そんなAIたちをどう設計しますか。次にAIを予約するとき、ぜひ今日の深掘りを思い出してみてください。