AWSが「Pizza Bot」を公開 裏で動くAIエージェントを受信箱で監督
この記事の要点
AWSは、裏で動き続けるAIエージェントの成果と承認待ちを受信箱の形で見せる自己ホスト型アプリPizza BotをApache 2.0で公開した。非同期に働くエージェントを人が確認する型を示す。現場での使いどころを解説する。
結論
AWSは、裏で動き続けるAIエージェントの成果と承認待ちを、メールの受信箱のように見せる自己ホスト型アプリ「Pizza Bot」を公開した。ライセンスはApache 2.0で、コードは自由に改変できる。エージェントが非同期に働く時代に必要になるのは、人がその作業を確認し、要る判断だけを引き取る窓口だ。Pizza Botはその型を具体的に示す。中身はDeepAgentsとLangGraphで状態を保ちながらエージェントを動かし、出力を「すべて」「未読」「要対応」といった見え方に整理する。
何が起きたか
Pizza Botは、データ取得やレポート生成のように時間のかかる作業を、利用者の操作を待たずに走らせておくためのアプリだ。完了した仕事と、人の承認や入力が必要な項目を分けて表示する。デスクトップ版はmacOS・Windows・Linuxに対応し、ブラウザと端末からも使える。
背景には、社内で動くエージェントの数が増えている事情がある。夜間の照合、定時の調査ブリーフ、推奨案の作成といった作業をエージェントに任せると、成果がばらばらの場所に散らばり、何が終わって何が止まっているのか把握しづらい。受信箱の形にまとめれば、作業履歴と承認と追加対応を一つの画面で追える。自己ホスト型でオープンソースのため、社内の認証やログ、監査の要件に合わせて作り替えられるのも利点だ。仕様や対応環境は更新される可能性があるため、最新は公式の情報で確認してほしい。
現場の実務にどう効くか
AI推進担当にとって、Pizza Botが示すのは「エージェントを増やす前に、監督の窓口を用意する」という順番だ。エージェントが1体のうちは画面を見ていれば足りるが、5体10体と増えると、誰がどの作業をどこまで進めたかを人が追えなくなる。受信箱のような一覧に「要対応」を集めておけば、人は判断が必要な項目だけに集中できる。
まずは影響の小さい定型作業から始めるのがよい。夜間の売上照合や定期の調査ブリーフを、成果が必ずレビュー待ち行列に入る形で回し、本番システムに反映する前に人が承認する。この「エージェントが下ごしらえ、人が確認して確定」という進め方は、裏で動くエージェントを安全に増やす土台になる。エージェントが人へ引き継ぐ設計はエスカレーション設計、複数のエージェントを束ねる考え方はマルチエージェント設計が参考になる。監督の前提として、どのエージェントが何にアクセスできるかを整理するアクセス権限管理も先に固めておきたい。操作を1件ずつ承認する製品はJetStreamのClearanceでも登場している。
受信箱という発想が解く課題
エージェントを裏で動かすと、成果の置き場所が問題になる。チャット画面はやり取りが流れて消え、後から「あの調査はどうなったか」を追いにくい。メールは通知が埋もれる。Pizza Botが採るのは、完了・未読・要対応という状態でエージェントの成果を仕分ける形だ。人は「要対応」だけを見れば、判断が必要な項目に集中できる。完了した作業は履歴として残り、後から検証できる。
この形が効くのは、エージェントが増えたときだ。1体なら画面を見ていれば足りるが、夜間照合、調査ブリーフ、推奨案作成と役割が分かれ、数が増えると、人はどれがどこまで進んだか追えなくなる。受信箱にまとめれば、監督のコストが数に比例して膨らむのを抑えられる。DeepAgentsとLangGraphで状態を保つ設計は、途中で止まったエージェントを再開したり、失敗した箇所から続けたりする土台にもなる。
自社で取り入れるときの勘所
Pizza Botはオープンソースのため、そのまま本番に載せるより、自社の要件に合わせて作り替える前提で見るとよい。まず加えたいのは、役割ごとのアクセス制御だ。誰がどのエージェントの成果を見られ、どの承認ができるかを分ける。次に監査ログ。承認や却下の記録を残せば、後から判断の経緯を追える。そしてインシデント管理との連携。問題を起こしたエージェントを止め、影響範囲を確認する導線を用意する。
導入は小さく始める。影響の小さい定型作業を2〜3本、必ずレビュー待ち行列に入る形で回し、承認の運用に慣れてから広げる。エージェントを増やす前に監督の窓口を整える、というこの順番が、裏で動く自動化を安全に育てる。コミュニティのフォークが役割ベースのアクセス制御や監査ログをどう実装するかも、自社の設計の参考になる。
FAQ
Q. すぐに業務へ導入できますか。 A. オープンソースのため試すこと自体はできますが、社内の認証やログ、監査との連携は自社で作り込む必要があります。まずは小さな作業で試し、役割ごとのアクセス制御や監査ログの追加を検討するのが現実的です。
Q. 既存のエージェント基盤と併用できますか。 A. Pizza Botは監督用の受信箱にあたるため、既存のエージェント基盤の出力を受け取る窓口として使う形が想定できます。連携方法は自社の構成次第で、最新の対応状況は公式で確認してください。
出典
よくある質問
Pizza Botとは何ですか
利用者が別の作業をしている間も動き続けるAIエージェントの成果や承認待ちを、メールの受信箱のように一覧できる自己ホスト型のアプリです。AWSがApache 2.0ライセンスで公開し、macOS・Windows・Linuxの各ビルドとブラウザ・端末クライアントを備えます。
なぜ受信箱の形にするのですか
エージェントが裏で複数動くと、何をやり終えて何が承認待ちかが見えにくくなります。受信箱の形にすれば、完了した作業と人の判断が要る項目を分けて確認でき、本番に反映する前のレビュー窓口になります。