Workato AI Gateway

1つのレイヤーで、すべてのモデル呼び出し、すべてのツール、すべてのエージェント、すべてのAPIリクエストを統制し、その下に4つの専用サーフェスに分割されています。
AIG-hero-ai-usage@2x

4つを1つのレイヤーとして統制する理由

リクエストもゲートウェイも一つのレーンに留まらない

1回のエージェントアクションが、1回の呼び出しの中で4つのサーフェスすべてを横断することがあります。エージェント(Agent Gateway)がモデル(Model Gateway)を呼び出して何をすべきか判断し、MCP経由でツール(MCP Gateway)にアクセスし、そのツールがAPI(API Gateway)に対して実行する、というように。これらを個別に統制すると、互いにつながらない4つの監査ログができてしまい、ポリシーも4回設定しなければなりません。1つのレイヤーの下で統制すれば、たった1つのルール——マスクされたPIIフィールド、ブロックされたモデル、無効化されたキーなど——を設定した瞬間に、そのチェーンのどこで問題になり得たとしても、即座に適用されます。

  • lock

    1つのID、4つのサーフェス

    エンタープライズSSO、SCIMプロビジョニング、そしてロールベースのアクセス制御は、呼び出し元がModel Gatewayにアクセスするアプリケーションであっても、MCP Gateway経由でツールを呼び出すエージェントやユーザーであっても、同じように適用されます。

  • compliance

    1つのポリシーを一貫して適用

    PIIマスキング、プロンプトインジェクションのスクリーニング、コンテンツモデレーションは一度定義するだけで、リクエストがどのゲートウェイに到達しても、enforce(強制)モードまたはobserve-only(監視のみ)モードで適用されます。

  • complex

    始めから終わりまで1つの監査ログ

    インシデント発生後に4つのログをつなぎ合わせるのではなく、1つのアクションを、それを引き起こしたプロンプトから、呼び出したツール、そしてアクセスしたAPIまで、一貫して追跡できます。

AI Gatewayの内部構成

  • Model Gateway

    Model Gateway

    すべてのプロバイダーにわたるモデルトラフィックを制御。承認済みモデルのリストを設定し、ルールベースまたはインテリジェンスに基づいてルーティングし、ユーザーやグループ単位で仮想キーとポリシーを割り当て、フェイルオーバー、トークン計測、ガードレールを標準で利用できます。

  • MCP Gateway

    MCP Gateway

    Model Context Protocol経由でのツールおよびシステムへのアクセスを統制。リモートMCPサーバーを即座に立ち上げ、Workatoのアセットをツールとして公開し、ツール単位でアクセス制御とレート制限を設定。さらに、プロキシを介してサードパーティのMCPサーバーも同じ統制下に置くことができます。

  • Agent Gateway

    Agent Gateway

    エージェント、そしてエージェントが委任する作業を統制——エージェント間の連携、同一ポリシー下でのサブエージェントへのタスク委任、ライフサイクルとバージョン管理、セッションとメモリ、そして重大な処理が実行される前のヒューマン・イン・ザ・ループ承認まで。

  • API Gateway

    API Gateway

    API設計からデプロイメントまでを一元管理し、すべてのエンドポイントにエンタープライズグレードのセキュリティと統制を適用——セルフサービス型の開発者ポータルにより、チームやパートナーが自分たちのペースで開発を進められるよう構築されています。

  • 仕組み

    モデルを統制するだけでは、もう十分ではありません

    Model Gatewayだけでは、エージェントがその回答をどう使うか、次にどのシステムに接続するかまでは見えません。Workato AI Gatewayは、モデル、ツール、エージェント、APIのすべてを含むリクエストのライフサイクル全体を、一つのルールセットのもとで統制します。そのため、一度設定したポリシーが、最初から最後まで確実に有効に機能します。

    各チームが実現できること


    プラットフォーム/AIエンジニアリング
    4つの個別ツールを構築・維持する代わりに、あらゆる種類のAIトラフィックに対応する統制レイヤーを1つ立ち上げられます。

    セキュリティ&コンプライアンス
    ポリシーを一度設定すれば、モデル呼び出しの時点だけでなく、AIがシステムに接触するあらゆる箇所で確実に適用されていることを把握できます。

    財務/FinOps
    4枚の請求書ではなく、モデル・ツール・エージェント全体の支出を1つのビューで確認できます。

    よくある質問

    • AI Gatewayとは何ですか?

      大まかに言えば、AI Gatewayとは、組織がAIを何に使うかと、AI自体が何を呼び出すかの間にある実施ポイント(enforcement point)であり、認証、アクセス制御、セーフティポリシー、レート制限、コスト上限、ログ記録を一箇所に集約するものです。多くのベンダーはこの用語を狭義に用いており、モデル層のみを指す場合があります。

      Workatoでは、AI Gatewayは1つのレイヤーであり、その下に4つのサーフェス——Model Gateway、MCP Gateway、Agent Gateway、API Gateway——があります。それぞれは個別にアクセス可能でありながら、1つのIDモデル、1つのポリシーモデル、そして1つの監査ログを共有しています。
    • AI Gateway は LLM Gateway や Model Gateway と同じものですか?

      いいえ。Model Gateway(WorkatoのLLM/モデル層向け製品)は、AI Gateway内にある4つのゲートウェイのうちの1つです。モデル呼び出しのガバナンスだけが必要であれば、まずはそこから始めてください。ツールへのアクセス、エージェントの挙動、あるいは従来のAPIも併せてガバナンスしたい場合は、AI Gatewayが4つすべてを単一のポリシーのもとでカバーするレイヤーになります。
    • これは単一機能型のAI/LLMゲートウェイ(モデル専用ゲートウェイ)とどう違いますか?

      単一機能型ゲートウェイはモデル呼び出しを統制するだけで、そこで終わります——エージェントがモデルの回答をどう使うか、ツール呼び出しがどのシステムに到達するかについては、可視性がありません。Workatoは実行パス上に位置しており——実際の業務システムに対して書き込み・照会・更新を実行するのと同じプラットフォームであるため——そのAI Gatewayはプロンプトだけでなく、アクション自体を統制します。
    • 4つのゲートウェイをすべて導入する必要がありますか?

      いいえ。ほとんどのお客様は、通常 Model Gateway か MCP Gateway のどちらか1つから始め、必要になった時点で他のゲートウェイを追加しています。アイデンティティ、ポリシー、監査は共通化されているため、2つ目や3つ目のゲートウェイを追加しても、新たなガバナンスプロジェクトにはなりません。
    • AI Gatewayは既存のAPIゲートウェイを置き換えるものですか?

      必ずしもそうとは限りません——お客様の要件によります。Workato AI Gateway内のAPI Gatewayは、設計・デプロイメント・開発者ポータルを含む完全なAPI管理サーフェスであり、多くのお客様がこれを直接利用しています。一方で、サービス間トラフィックには既存のAPIゲートウェイを維持しつつ、AIトラフィックについてのみWorkatoを追加導入するお客様もいます。いずれの場合でも、Workato API Gateway経由で公開されたAPIは、MCP Gateway経由で統制されたエージェントツールとしても公開できるため、同じポリシーが両方をカバーします。
    • AI Gatewayの上位概念は何ですか?

      Workato AI制御プレーンです。これは、AIレジストリ&カタログ(承認済みで再利用可能なもの)と、AIセキュリティ&ガバナンス(Workatoに限らず、AI Gatewayおよび社内のあらゆるAIシステムにまたがるポリシー、ID、コスト、監査)で構成されます。