← 概念辨析に戻る

Concept Contrast Fable

インテリジェントエージェントのライフサイクルを管理するものと、フロー図を実行するエンジン

先に結論:Agentランタイムは、ツール呼び出し、メモリ、多ターン意思決定、権限境界といったエージェントのライフサイクル全体を管理する。ワークフローエンジンは、事前定義されたDAGグラフに沿って決定論的なステップを実行する。どちらも「何かを動かす」が、一方は自律的な意思決定主体を扱い、もう一方は固定された経路を扱う。

Agentランタイムは、ツール呼び出し、メモリ、多ターン意思決定、権限境界といったエージェントのライフサイクル全体を管理する。ワークフローエンジンは、事前定義されたDAGグラフに沿って決定論的なステップを実行する。どちらも「何かを動かす」が、一方は自律的な意思決定主体を扱い、もう一方は固定された経路を扱う。

寓話

工房の调度師匠と流程師匠は、管理するものが違う

城東工房には二人の師匠がいて、どちらも生産ラインを管理している。老厳は调度を担う——朝は誰が来るか、この機械は誰が使うか、材料はどの区画に積むか、問題が起きたら誰が直すか。労働者が図面に見えない困りごとに遭うと、老厳は腰を下ろして現場を見て、労働者に別の進め方をさせる。老章はプロセスを担う——各工件は左から右へ流れ、まず打ち抜き、次にプレス、次に研磨、誰がどの工作機械の後ろで待つか、図の上ではっきり見える。

新しく外地の徒弟が一団来て、一通り見た後に、二人の親方は同じことをしている——どちらも物を前に進める管理をしている——と言った。老厳は首を振り、机の上の大きな鉄塊を徒弟の前に押し出した。これは図面にはなく、重量も合わず、外形も偏っている。あなたはフローチャート通りに最後の段階まで進めるが、あなたが取り出した工件は他人の箱には入らない。老章も首を振った。あなたが各段階で何をすべきか規定しなければ、彼らは自分で試行錯誤し、一日に三つも作れない。

ある大口案件が問題を明確にした。顧客はワークに品質検査を一工程加えるよう求めたが、検査条件は曖昧だった——手触りを見、音を聞き、弧度を測る必要があり、一つの固定した判断として書き表せなかった。老章は検査をフローの一環として書いたが、検査員は毎日異なる判断を書き、次の工程の作業員はどう引き継げばよいか分からなかった。老厳は検査員自身に決めさせ、合格は左へ、疑わしければ右へ、残りは炉に戻す——しかし後ろには固定した手順がなかった。

一ヶ月後、顧客は複雑な要求を追加した:ワーク温度がある値を超えたら送風冷却するが、冷却時間は次の工程の必要に依存し、次の工程は前の工程の余熱を見る。老章のフロー図は網状になった——各点の後ろに三、四本の線が伸び、徒弟が誤った経路を走る確率が利益を食い始めた。老厳が調度するラインは乱れなかったが、品質検査員は誰かが怠け始めたと言った——各ステップを監督する者がなく、自覚に頼れば遅かれ早かれ崩れる。

二人は会計部に呼ばれ、一緒に計算した。老厳の调度ラインは産出が高いが不安定で、良い日は四割多く出るが、悪い日は廃棄率も二割高い。老章の流程ラインは産出が低いが安定しており、廃棄率は三パーセントまで抑えられているが、受注から出荷までの時間はどうしても短くならない。

分解して初めて分かったのは、老章が管理していたのは「図」であるということだ。ステップ間のルートはあらかじめ描かれており、図を変えれば全線を再配置する必要がある。老厳が管理していたのは「環境」である。図がどんな形であれ、作業者、ツール、材料、異常は同じ空間で動いており、物を動かし状態を調整することが彼の核心的な動作である。一人は図を走らせ、一人は人を育てる。

その後、工房は二種類のラインに分かれた。通常注文は老章のプロセスエンジン——図面が決まれば走り出し、安定が第一だ。カスタム注文は老厳のスケジューリング環境——各職人の判断が連鎖し、エラー時には現場に立って修正する。分かれた後、二人の師匠はどちらが正しいかを争う必要がなくなった。

Agent ランタイム

管理エージェントの完全なライフサイクルの実行環境。ツール呼び出し、メモリ管理、多段意思決定、権限、例外処理を含む。自律的意思決定体に向けて、固定された経路ではなく動的スケジューリングを提供する。

ワークフローエンジン

事前定義されたDAGグラフに沿って決定論的なステップを実行するエンジン。ステップ間のルーティングは実行前に確定している。標準化されたプロセスに適し、スケジューリングとフォールトトレランスは固定経路を中心に設計される。

物語の対応

  • 老厳がスケジューリングを管理:Agent ランタイム、エージェントのライフサイクルと動的決定を管理
  • 老章はプロセスを管理する:ワークフローエンジン。固定された DAG に沿って決定論的なステップを実行する。
  • 大きな鉄塊は図面の中にない:実行時に非決定的な入力に対して動的判断ができる
  • 品質検査が異なる判断を書くと次のステップに接続できない:プロセスエンジンは柔軟なシナリオのためにすべての分岐を事前定義する必要がある
  • 網状フロー図が利益を食い始める:DAG の分岐爆発が保守コストを急騰させる
  • 良い日は四割増え、悪い日も二割高い:実行時の動的スケジューリングは産出の弾力性をもたらすが、品質管理は固定プロセスに劣る
  • 一つは図を走らせ、一つは人を養う:エンジンは実行パス、ランタイムは自律主体の状態とインタラクションを管理する

Agent システム基盤の選定に落とし込む

プロセスが確定し、手順が列挙可能で、実行結果が予測可能な場面では、ワークフローエンジンで十分でありコストも低い。システム内に、文脈に応じて次の一手を自分で決め、ツールを呼び出し、セッションをまたいで記憶を保持する必要があるエージェントが現れたら、Agent ランタイムに移行しなければならない。多くのチームは初期にワークフローエンジンでエージェントを動かす——ハードコードで考え得るすべての意思決定経路を DAG に描き込み、最終的にグラフが保守不能なほど複雑になる。判断のしきい値は単純である。フロー図の各ノードから三つ以上の分岐が伸び、しかも分岐の数がまだ増えているなら、エンジンからランタイムへ切り替えるべきである。

京ICP备2026014272号