← 概念解説に戻る

Concept Fable

実行器

先に結論:実行者は、計画内のステップを実際の行動に落とし込む役割を担う。ツールを呼び出し、コードを実行し、情報を検索し、外部システムにアクセスし、またはサービスを起動して、その結果を評価や再計画に返す。企業Agentでは、実行者は権限、パラメータ、ツール結果、失敗時の再試行、冪等性、監査ログ、人へのエスカレーションを扱う必要がある。単に「計画どおりにやる」のではなく、統制された境界内で抽象的なステップを検証可能なシステム操作に変える。

Executor · Agent アーキテクチャ

まず物語を読む。ここでは急いで定義を示さず、まず問題そのものを立ち上がらせる。

寓話

路線図を持つ者が、ついに倉庫へ足を踏み入れた

北橋鎮の参謀は路線図を描くのが得意で、どの道が近いか、どの橋が安定しているか、どの宿が安いかを明確に説明できた。しかし商隊が出発した後、実際に手綱を引き、金を払い、錠を開け、箱を運ぶのは、もう一人の沈黙した走り使いだった。

町長は当初、ロードマップだけを重視していた。参謀が細かく描くほど、彼は物事がすでに完了したと感じた。その結果、車列は倉庫の門口に着いても鍵を運ぶ者がなく、渡し場に着いても銀票を船頭に渡す者がいなかった。

最初の補救として、町長は謀士に図へさらに多くの手順を書かせました。まず鍵を取り、次に船賃を払い、次に印を押す。紙面は美しくなりましたが、使い走りは依然として、貴重な庫の扉を開けられるのか、臨時に渡し場を変えられるのかがわかりませんでした。

二度目の補救として、鎮長はすべての小さな動作を報告させた。使い走りは「この鍵は使えますか」と尋ねたり、「船頭が二文値上げしてもいいですか」と尋ねたりし、参謀は答えに忙しく、商隊はまた時刻を逃した。

老管事は二人の分業を改めて並べ直した。謀士は経路と順序を決めることを担い、走り使いの者は具体的な動作を現場に落とすことを担う。どの動作は直接行え、どの状況は問い返し、どの失敗は道を変えるかを、すべて随身牌に書き込んだ。

使い走りの者は再び出発し、倉の扉が錆びているのに出くわすと、札に従って鍛冶屋を探す。渡し場の値上げが高すぎれば、札に従って下流へ回る。捺印に紙が足りなければ、札に従って補充してから続ける。一歩ごとに命令を待つ必要はなく、勝手に境界を越えることもない。

町長はここで初めて理解した。計画は自分から倉庫に歩いては行かない。実際にことを成し遂げるには、行動を実行し、現場のフィードバックを処理し、結果を持ち帰る那一環が必要なのだ。

後に参謀が図を描くときも、まず走り使いに何ができるかを尋ねるようになった。現場で錠を開け、支払い、運搬、道の変更が必要なら、札に使える動作を明記する。願望だけを書けば、走り使いがどれほど忠誠でも待つしかない。町長はついに「よく考える」と「やり遂げる」を分けて見るようになり、紙の上で完成した偽の進捗がずいぶん減った。走り使いも動作だけでなく結果を報告するようになった。「荷は入庫したが、南渡の費用が上限を超えたため、札に従って倉を移した」と言う。これで参謀は次の図を修正できる。実行とは機械的に従うことではなく、計画を現場に持ち込み、フィードバックを持ち帰ることだ。後に町の大事では必ず先に一言尋ねるようになった。誰がこの図を本当に最後まで歩き切る責任を負うのか。この言葉は後に新人の手引きに書き込まれ、まず現場の代価を見てから省力化を語るよう皆に促した。

明らかにする

この物語が語るのは:実行者

実行者は、計画内のステップを実際の行動に落とし込む役割を担う。ツールを呼び出し、コードを実行し、情報を検索し、外部システムにアクセスし、またはサービスを起動して、その結果を評価や再計画に返す。企業Agentでは、実行者は権限、パラメータ、ツール結果、失敗時の再試行、冪等性、監査ログ、人へのエスカレーションを扱う必要がある。単に「計画どおりにやる」のではなく、統制された境界内で抽象的なステップを検証可能なシステム操作に変える。

重要なのは、それが単なる用語ではなく、実際のAI/Agentシステムで繰り返し現れる構造的な問題だという点だ。これを理解して初めて、いつモデルを足すべきか、いつプロセスを変えるべきか、いつガバナンスを補うべきかを判断できる。

メタファーのマッピング

  • 師爺のロードマップ:Plannerが出力する計画またはタスク分解
  • 倉丁から庫房へ:Executor が実際のツールと業務システムに入って実行する
  • 鍵、署名、計量秤:権限、外部システム、ツール、実行環境
  • 補足説明:プロンプトだけで実行の詳細を補うことの限界
  • 鍵を取り、庫を開け、重さを量り、帳簿に書く:実行者によるツール/API/コードの実際の呼び出し
  • 認可、リトライ、報告ルール:実行境界、エラー処理、エスカレーション経路
  • 結果を伴うアクション:実行者は構造化された結果と監査可能な記録を返さなければならない
  • 地図と歩く人:プランナーと実行者との分業

Andy(任旭)判断

この概念の実戦的価値は、「賢く見えるAI機能」を納品可能、検収可能、ガバナンス可能な作業単位に分解する手助けをすることです。

プランナーtool useファンクションコーリングエージェントループworkflows

関連する識別

この概念は隣接概念と混用されやすいので、対比ページを続けて見ることをおすすめする。

京ICP备2026014272号