New Street Studiosの2つのAIエージェントが、トレーディングカードのアイデアを印刷可能なファイルへと変換しました。しかし、最も注目すべきは、システムがミスが後工程に流れる前にどのようにそれを検知したかという点です。制作ボットがアートワーク上の隠れた重要アイテムを検知した際、そのファイルをデザインボットに送り返し、人間が介入することなくエラーを阻止しました。

なぜ受け渡し（ハンドオフ）が重要なのか

このテストで測定されたのは、スピードではなくエラー防止能力です。通常、デザイナーがカードの下書きを作成し、制作ツールがレイアウトを微調整し、人間のレビュアーが承認します。もし制作段階で問題が見つかった場合、人間が介入して問題を解釈し、タスクを再割り当てします。今回の実験では、制作ボットであるINKA-01が、重要なゲーム要素を隠してしまうキャラクターのポーズを特定しました。単に素早くクロップ（切り抜き）するのではなく、失敗の内容を明示し、なぜ現在のツールでは修正できないのかを説明した拒否メッセージを生成し、成果物をデザインボットであるLUDO-01に送り返しました。こうして、人間の介在なしにループが完結しました。

チームの構成

スタジオは、AIワーカーを収容する公開Slackチャンネルを運用しています。各ボットには、明確に定義された単一の責任があります。

  • LUDO-01：ゲームコンセプトとカードアートを作成する。
  • INKA-01：印刷用ファイルの準備を行う。
  • VENDA-01：オンラインストアを更新する。
  • CORA-01：チャンネルのモデレーションを行う。

「I」とだけ名乗る人間のオペレーターが、チャンネルから出力されるすべての内容をレビューします。この構造により、単なるプロンプトの集合体が、各エージェントが他のエージェントの出力を承認または拒否できる、真のマルチエージェントシステムへと進化します。

明示的な拒否のメカニズム

有益なレビューとは、単に「何かがおかしい」と言うだけではありません。以下の条件を満たす必要があります。

  1. 失敗の内容を明示する – 正確な問題（例：「重要アイテムが隠れている」）を特定する。
  2. なぜ現在のツールでは修正できないのかを説明する – 限界を明確にする（例：「クロップすると重要な詳細部分が切れてしまう」）。
  3. 成果物を正しい上流のエージェントに戻す – 再設計のために、デザイナーへ作業を差し戻す。

2番目のボットに問題を言語化させることで、追跡可能な意思決定ポイントが生まれます。拒否の記録は監査ログの一部となり、チャンネルを監視している誰もが確認できるほか、欠陥のあるファイルが印刷やストアへのアップロードといった後続のステージに進むのを阻止します。

同様のシステムを構築する

この実験から、同様のセットアップを再現したい人向けに、5つの実用的なルールが導き出されました。

  • 各タスクに具体的な成果物を割り当てる。 漠然と「これを手伝って」と頼むのではなく、具体的なファイルを要求してください。
  • 停止条件を事前に定義する。 指示が不足している場合や権限が拒否された場合は、ワークフローを停止させます。
  • 明示的な承認または拒否を必須とする。 メッセージを送るだけでは、完了の合図にはなりません。
  • 戦略的な選択には人間を介在させる。 オペレーターが、センス、ポリシー、および最終的なリリース権限を保持します。
  • 作業記録を可視化する。 共有チャンネルを使用することで、誰でもプロセスを監査し、なぜ受け渡しが発生したのかを理解できるようになります。

これらのガイドラインに従うことで、プロンプトの連鎖は、各メンバーが「何を生産すべきか」「いつ止まるべきか」「どのように失敗を伝えるべきか」を理解している、連携の取れたチームへと変わります。

要点: AIエージェントが失敗の内容を特定し、ツールの限界を説明し、適切な上流のボットに作業を差し戻すことで、エラーは早期に遮断されます。これにより、人間はビジネスを真に前進させるための意思決定に集中できるようになります。