← 概念辨析に戻る

Concept Contrast Fable

エージェントと大規模モデルアプリケーション

先に結論:一方は自分の次の行動を知っており、もう一方は固定された呼び出しチェーンで会話を続ける。それらを同じものとみなすと、納品物は過剰設計になるか、肝心な時に失敗する。

一方は自分の次の行動を知っており、もう一方は固定された呼び出しチェーンで会話を続ける。それらを同じものとみなすと、納品物は過剰設計になるか、肝心な時に失敗する。

寓話

歩く機械と話す機械

木器鎮には二種類の仕掛け箱があり、どちらも同じ巧匠から「人の話を聞く」ことを教わった。第一種はカウンターに置かれ、客が木材の価格や手入れ方法を尋ねると、帳簿を調べて口にしやすい返答にまとめる。答えが良ければ客は満足し、間違えれば店主が一言補う。

第二の匣が工房に据えられた。客が机を一枚欲しいと言うと、それは返事をするだけでなく、在庫を調べ、板を測り、鋸工を派遣し、経理係に値段を問い合わせ、材料が足りなければ方案を変える。それが一歩間違えると、後ろの何人もが続いて間違える。工房の匣は未完了事項も覚えている。今日は欅が足りなければ、明朝また調べる。経理係が値段を返さなければ、催促する。カウンターの匣は答えを言い終わると、たいてい責任はそこで止まる。

新店主は最初、二種類の匣をどちらも『話す匣』と呼び、購買時にはどちらが上手に答えるかだけを比べた。しかしカウンター匣を作業場に置くと、なぜ榆木を锯るべきかを説明するだけで、実際に锯木を手配できなかった。作業場匣をカウンターに置くと、重く高価に見えた。新店主が最初に行った修繕は、カウンター匣に「客が机を作りたいなら職人を探すよう促す」という長い一連の条件を加えることだった。それは促せても、実際に手配し、フォローし、締めくくることはできなかった。

親方は彼に責任の連鎖を見せた。ある匣は話をはっきり伝える役目を担い、ある匣は事を最後までやり遂げる役目を担う。前者は主に問答とコンテンツをめぐり、後者には目標、手順、ツール、権限、そして受領証が必要だ。親方はさらに失敗の帳簿も見せた。カウンターの匣が間違えれば、たいていは説明を一つ直せば済む。工房の匣が間違えれば、すでに木材を押さえ、工期を遅らせ、見積もりを出してしまっているかもしれない。

店主はさらに工房の小箱の権限を外し、計画を提案するだけにさせた。それはすぐに店頭の小箱のように手軽になったが、完成品を納品することもできなくなった。能力、権限、責任を切り離すと、カテゴリが変わる。

町は後に機関匣を買うとき、もはや回答の見本だけを見なくなった。購買伝票には明確に書く必要がある:工程を呼び出せるか、状態を保存できるか、失敗時にロールバックできるか、人による審査があるか。話せることと実行できることでは、予算も異なる。

それ以来、町では「同じ職人の心得かどうか」だけを問わなくなった。さらに問うようになった:それはただ答えるのか、それとも結果のために行動するのか。誤ったとき、影響は一言で止まるのか、それとも工程全体を倒すのか。

エージェント (Agent)

環境認識、自律的な計画、ツール呼び出し、結果検証の能力を備えた実行単位。一つのタスクの中で複数のステップ、複数回の意思決定を行い、途中で戦略を変えることもある。

大規模モデル応用

大規模言語モデルを中核に構築されたアプリケーション。典型的な形は入力-処理-出力の一直線であり、ユーザー入力を受け取り、モデルが内容を生成し、結果を返す。実行権を握らず、次のステップの流れを決めない。

物語の対応

  • 組立アーム:Agent、知覚-計画-実行-検証の閉ループを持つ。
  • 応答画面:大規模モデルアプリケーション、入力-処理-出力の一方向チェーン。
  • 組立アーム内部のマルチモジュール構造:Agent の知覚器、プランナー、実行者、検査器。
  • 顧客の問い「すべて大規模モデル駆動ですか」:二つの概念を混用する最もよくある話術の出発点。
  • マイクを組立アームに付ける:音声入口をAgent能力と同一視することは、インタラクション方式と実行アーキテクチャを混同している。

プロジェクトに落とし込む

ソリューション審査に判断列を1つ加える:このシステムは1回の回答で終わるのか、それとも回答後に実行・検証・調整を続ける必要があるのか?前者なら大規模モデルアプリケーションアーキテクチャで十分であり、Agentフレームワークを導入すると遅延と複雑さが増す。後者を単なるQ&Aアプリケーションにすると、自律的な意思決定が必要な場面で能力のギャップが露呈する。2つのアーキテクチャ図を別々に描く方が、混ざった「インテリジェントシステム」設計案よりも後の手戻りが少ない。

京ICP备2026014272号