← 概念辨析に戻る

Concept Contrast Fable

Agent ランタイムとワークフロー

先に結論:Agent ランタイムは、エージェントが生存し稼働するための基盤環境であり、ライフサイクル、状態の永続化、マルチテナント分離を管理する。ワークフローは業務ステップの編成規則であり、何を先に行い何を後に行うか、どの条件で遷移または待機するかを管理する。両者を混同するチームは、選定時に機能画面だけを比較し、障害処理やランタイムガバナンス能力を比較しないことが多い。

Agent ランタイムは、エージェントが生存し稼働するための基盤環境であり、ライフサイクル、状態の永続化、マルチテナント分離を管理する。ワークフローは業務ステップの編成規則であり、何を先に行い何を後に行うか、どの条件で遷移または待機するかを管理する。両者を混同するチームは、選定時に機能画面だけを比較し、障害処理やランタイムガバナンス能力を比較しないことが多い。

寓話

二つの店:一つは配電盤を作り、一つはスイッチの順序を決める

町に一軒の電箱屋があり、各工房に電箱を組み付ける専門だった。電箱は三相電、過負荷保護、漏電遮断、電力使用記録簿を管理する。店の老師匠はよく言った。どんな機械でも電箱に差し込めば回る。うまく回るかどうかは俺の管轄ではないが、火が出れば必ずヒューズが切れる前に遮断する。

隣に別の序灯舗があり、解決するのは電気がどこから来るかではなく、機械を起動する順序の問題だ。彼らは染工房の灯りを十年にわたって灯してきた。第一の灯りが点けば、水が沸いたことを職人に告げる。第二の灯りが点けば、染め甕に材料を入れられる。第三の灯りが消えれば、染め甕は必ず蓋をしなければならない。各ステップは固定の順序で、一歩間違えれば最初からやり直しだ。

二つの家はもともと井水が川水を犯さず、互いに干渉しなかった。ある日まで、紡績工房が電箱屋と序灯屋を同時に呼んだ。紡績工房は安定した電力を供給する電箱を必要とし、起動、紡績、巻取り、停止の四段階を定める序灯も必要とした。両家の職人が工房で顔を合わせ、紡績工房の管事は彼らを見て、突然問うべきでないことを尋ねた。あなたたち両家のどちらが機械を故障させない責任を負うのか。

電気箱の職人は首を振って言った。俺の仕事はブレーカーを落として火災を防ぐことだ。だが誤った紡績工程とは何か、俺にはまったくわからない。順序灯の職人も首を振り、俺は灯りの点滅順序の正誤だけを扱う。ブレーカーが突然落ちても、なぜ落ちたかも、機械を前の状態にどう戻すかもわからない、と。

管事は一か月かけてようやく理解した。彼には電箱が運用の土台条件——給電、保護、記録簿——を用意する必要があり、序灯が業務の編成ルール——何を先にし何を後にするか——を用意する必要があった。しかしその中間に一層が欠けていた。すなわち、序灯が設定した手順は、電箱が提供する状態スナップショットとイベント通知があって初めて、各手順が本当に完了したかを正しく判断できる。このつなぎがなければ、灯がついても機械が本当に回ったとは言えない。

二つの店は後に協力して共通インターフェースを開発した:序灯の各ステップ動作は配電盤に状態確認要求を送り、配電盤がリアルタイムの機械状態を返してから序灯は次のステップに進む。配電盤の過負荷保護も序灯の編成ロジックに接続された——ある機械が連続三回過負荷になれば、序灯のフローは自動的に一時停止し、人手による検査を待つ。

紡績工房の年末総括に、新たな予算項目が加わった。それは「オーケストレーションと実行のインターフェースガバナンス」と呼ばれるものだ。管事は、この費用は2社を工房に迎え入れる初日には承認されるべきだったと述べた。

Agent ランタイム

エージェントに実行環境を提供する基盤インフラで、プロセス管理、状態の永続化、安全な隔離、イベント通知、システムレベルの障害復旧を担う。

ワークフロー

業務ステップを編成するルールとロジック。タスクの順序、条件分岐、待機、例外処理を定義し、プロセスの正確性と完全性に注目する。

物語の対応

  • 配電盤店(Agent ランタイム):基盤となる実行条件——電力、保護、ログを提供
  • 序灯舗(ワークフロー):業務ステップの編成規則を定義する——順序と条件分岐
  • 紡績工房の問題:実行状態をオーケストレーションロジックにフィードバックするインターフェースが欠けている
  • 公共インターフェース(オーケストレーションと実行連携):ランタイムが状態スナップショットを提供し、ワークフローがそれに基づいて進む

Andy(任旭)のプロジェクトに落とし込む

ワークフローでエラーが起きたら、まずランタイムログでその時点の Agent の実際の状態を見る。ランタイムで障害が起きたら、その時に実行していたワークフロー手順も確認する。二つのシステムの境界が明確であるほど、トラブルシューティングで二組の人間が互いに推測し合う必要がなくなる。契約でも分けて明記する:ワークフローの設定と変更はあなたが調整し、ランタイムの安定性とセキュリティはプラットフォーム層が保証する。

京ICP备2026014272号