← 概念辨析に戻る

Concept Contrast Fable

LangGraph とワークフローエンジン:一方は絵コンテを描き、他方は劇場を管理する

先に結論:Agentシステムを構築する際、チームはLangGraphとワークフローエンジンを並べて比較しがちだ。しかしLangGraphはAgentの意思決定グラフ、状態遷移、ツール呼び出しロジックを定義するためのフレームワークであり、ワークフローエンジンはこれらのプロセスを実行・スケジュールする基盤である。フレームワークの選択と実行基盤の選択は、二つの独立した判断である。

Agentシステムを構築する際、チームはLangGraphとワークフローエンジンを並べて比較しがちだ。しかしLangGraphはAgentの意思決定グラフ、状態遷移、ツール呼び出しロジックを定義するためのフレームワークであり、ワークフローエンジンはこれらのプロセスを実行・スケジュールする基盤である。フレームワークの選択と実行基盤の選択は、二つの独立した判断である。

寓話

脚本室と劇場の舞台裏

新しい劇場が建つと、運営チームは初演の準備を始めた。脚本チームは台本を書く:役がいつ登場し、いつ対話し、いつ独白し、観客の異なる反応にどう分岐するか。舞台裏チームは劇場の運営を担う:幕の上げ下げ、照明の切り替え、道具の配置、俳優の出番呼び出し。

プロデューサーは最初の会議で、二つのことを同じ購買リストの同じ行に書き込んだ。タイトルは「演出システム」。彼は三社のサプライヤーに見積もりを取った。そのうち一社の見積もりが低いのは、そのバックエンド自動化システムが強力だったからだが、台本ツールはほとんど使えなかった。別の一社は台本編集の体験が極めて良かったが、バックエンドのスケジューリングは非常に原始的だった。プロデューサーは総額順に並べて最初の一社を選んだ。

初日の一週間前、通し稽古が崩壊した。俳優は新しく改訂された台本に従い、素早い感情の転換をする必要があった——前の台詞ではまだ口論していて、次の台詞では独白に切り替わる。脚本チームのツールはこの跳躍を完全に支えていたが、裏方の照明システムが反応できず、口論の光から独白のスポットライトに切り替えるのに四秒かかった。四秒の空白の中で、俳優は舞台に立って灯りを待ち、客席のささやきが台詞を覆い隠した。

振り返りで照明技師が本音を言った:君の書いた脚本は一秒で十回感情を切り替えられるが、俺のスポットライトのモーターは最速でも三秒かかる。二つのシステムの速度上限は違うのに、同じ行で価格比較すると、安い方が遅いシステムを全体コストのアンカーにしてしまう。

プロデューサーはプロセスを変えた。以後、すべての公演の立ち上げは、脚本ツールとバックエンドシステムを二回に分けて評価する。第一回は脚本ツールの図表現能力、分岐編集、多バージョン管理だけを比較し、バックエンドは問わない。第二回はバックエンドシステムの並行スケジューリング、遅延、フォールトトレランスだけを比較し、脚本は問わない。二回それぞれでトップ3を出し、最後にクロスマッチングする。

組み合わせを検討する中で、意外な好組み合わせを発見した:非線形ナラティブ編集に特化した脚本ツールと、産業オートメーション出身だが安定性とレイテンシ制御が非常に堅実なバックエンドシステム。両者は同じ見積書に現れたことがなく、別々に評価して初めて浮かび上がった。

後に劇場の運営マニュアルには鉄則が一条あった:創作ツールと運用基盤の調達決定を統合してはならない。統合すると、一方のシステムの短所がもう一方の長所を押さえ込み、最終的に買われるのは妥協案であり、最良の組み合わせではない。

LangGraph

ステートフルで多段階のAgentアプリケーションを構築するためのフレームワーク。グラフ構造でAgentの意思決定ロジック、状態遷移、ツール呼び出し経路を定義する。「Agentはどう考え、どう行動すべきか」に答える。

ワークフローエンジン

ワークフロー定義を保持し、スケジューリング、実行、監視、フォールトトレランスを担う基盤インフラ。「プロセスがどの環境で動き、どう信頼性を保証するか」に答える。

物語の対応

  • 脚本チームが脚本と分岐ロジックを書く:LangGraph、Agent の状態グラフと意思決定パスを定義する
  • バックステージ組は幕の昇降と照明の切り替えを管理:ワークフローエンジン、プロセスの実行スケジューリングを担当
  • プロデューサーが脚本と楽屋裏を同じ調達行に書く:統合選定は一方のシステムの弱点をもう一方に波及させる
  • 分けて評価してから交差適合:フレームワークとランタイムをそれぞれ独立に選定することで最適な組み合わせが得られる

Agent アーキテクチャ選定に落とし込むと

Agent システムアーキテクチャのレビューでは、「Agent の振る舞いをどのフレームワークで定義するか」と「これらのプロセスをどのエンジンで実行・スケジューリングするか」を二つのラウンドの意思決定に分ける。フレームワーク選定ではグラフ表現力、状態管理、ツール統合を比較し、エンジン選定では並行スループット、レイテンシ分布、障害復旧、運用成熟度を比較する。二つのラウンドの結果はそれぞれショートリストを出し、スコアを統合しない。予算も二本の線である:フレームワークは開発効率で ROI を計算し、エンジンは実行時リソースで TCO を計算する。

京ICP备2026014272号