AI統制はAiriaか各基盤の標準機能か｜横断管理を挟む判断

「部門ごとに別の会社のAIエージェントが動き始めて、どこで何をしているのか誰も一覧で答えられない」「それぞれの管理画面で設定すれば足りるのか、全体をまとめる仕組みを入れるべきか決められない」——エージェントの利用が二つ目、三つ目の基盤に広がった会社の、情報システムとAI推進の担当者から出てくる問いです。調査会社の報告でも、作業の一つひとつは自動化できても、それらがどう連携して動くかを統制できていない、という指摘が出ています。答えは「全体をまとめる基盤を入れれば解決」ではありません。統制の層を1枚挟むことは、管理の経路を一つにする代わりに、その層への依存を引き受けることです。この記事では、複数の基盤のAIエージェントを横断して構築・統制する Airia を例に、各基盤の標準機能で足りる場合と、横断の層を挟む場合の分かれ目を整理します。

Airia は、複数の基盤のAIエージェントを横から統制する企業向けの基盤

Airia は、企業がAIエージェントを作り、動かし、統制するための基盤です。公式サイトは、発見、保護、統制、最適化の四つを柱に掲げています。具体的には、エージェントを組み立てる機能、言語モデルへの要求を振り分ける機能、道具を MCP でつなぐ中継口、実行前に操作を判定する方針の仕組み、攻撃を試す検査、未承認のAIの道具やエージェントを見つける機能、AIの台帳と評価の機能が並びます。

特徴は、特定の言語モデルや特定の会社のエージェントに寄らないことを前面に出している点です。2026年1月の発表では、特定の提供元に依存しない作りで、どのAIの基盤の上でも統制の枠組みを当てられると説明しています。公式サイトの図には、Claude、Codex、Copilot といった名前が並び、いろいろな会社のAIを、手前の一つの層で受け止めるという絵が描かれています。

この記事が扱うのは、Airia の使い方ではなく、この「手前の一つの層」を社内に挟むかどうかの判断です。オープンソースで操作を事前に止める道具や、元の閲覧権限のままエージェントにデータをつなぐ基盤については別の記事で扱っているので、ここでは横断の層を1枚挟むこと自体の利点と代償に絞ります。

2024年創業の会社と、2026年に公表された動き

Airia は2024年に創業した、米国アトランタを拠点とする会社です。最高経営責任者はケビン・カイリー氏で、公式の発表では、経営陣の多くが、プライバシーと統制の基盤で知られる OneTrust の初期の経営に関わっていたと説明しています。統制の機能を作る背景として、この経歴を挙げています。

直近の動きを日付で並べます。2025年9月に、エージェントの操作を方針で制御する機能の一般提供を発表しました。2026年1月13日には、AIの保護、エージェントの連携に続く三つ目の柱として、統制の機能を発表しています。2026年2月2日には、Gartner が1月27日に出した、エージェントの連携の基盤についての新技術の報告に掲載されたと公表しました。そして2026年8月27日には、MCP の中継口の更新を発表し、あらかじめ設定済みの接続先が2,000近くに増えたとしています。

発表の頻度から見て、製品は活発に開発されており、終了や新規受付の停止の告知は見当たりません。一方で、受賞や報告への掲載は提供元の発表によるもので、Gartner は掲載した提供者を推奨するものではありません。また、2026年10月時点で、日本法人や国内の販売代理店、日本語の窓口は公式の資料では確かめられませんでした。契約と問い合わせが英語で進む前提で比べることになります。

事実から見る：統制の論点は、エージェントの数より経路の数

Airia が統制の機能を発表したとき、根拠に挙げたのは、Gartner の2025年6月の予測でした。エージェントを使う計画の40%を超えるものが、2027年末までに中止されるという内容です。また、2026年1月の報告からは、企業は個々の作業は自動化できても、それらがどう連携して動くかは統制できていない、という一文を引用しています。

この二つの事実が示すのは、統制が難しくなるのはエージェントが増えたときではなく、エージェントが別々の基盤から、同じ道具やデータに触り始めたときだということです。営業部門は顧客管理の基盤に付いたエージェントを、開発部門はコードの支援の道具を、管理部門は文書作成の道具のエージェント機能を使う。それぞれが同じメール、同じファイル共有、同じデータベースに触ると、どの基盤の記録を見ても全体の動きは分かりません。

逆に言えば、エージェントが一つの基盤の中だけで動いているうちは、横断の層を挟む理由は弱いということです。判断の最初の問いは「エージェントの基盤がいくつあるか」ではなく、「別々の基盤から同じ道具やデータに触る経路がいくつあるか」です。この数が二つ以上になり、しかも同じ方針を当てたいときに、横断の層を検討する価値が出てきます。

比べる相手：各基盤の標準機能で、どこまでできるか

法人向けのAIの基盤には、それぞれ管理の機能があります。利用者とその権限の管理、操作の記録、データの保存と学習への利用の設定、つなげる道具の許可、といった項目です。社内の一括ログインとつなげて、異動や退職のときにアカウントを止めることもできます。一つの基盤の中に限れば、その基盤を作った会社の標準機能が、最も深く、最も早く新しい機能に追いつくのが普通です。

標準機能の弱点は、境界が基盤の中にあることです。ある基盤で外部へのメール送信を禁じても、別の基盤のエージェントには届きません。記録も基盤ごとに形式が違い、全体の動きを追うには、それぞれから書き出して突き合わせる手間がかかります。方針を変えるときも、基盤の数だけ管理画面を開いて設定し直すことになります。

もう一つの比べる相手は、オープンソースの統制の道具です。エージェントの操作を実行の前に判定して止める仕組みが公開されており、費用をかけずに試せる一方で、組み込みと運用は自社で担います。標準機能、オープンソース、Airia のような商用の横断基盤は、どれか一つを選ぶものではなく、組み合わせ方を決めるものと考えると判断がぶれません。

三つの選択肢を並べる

ここでは、各基盤の標準機能だけで管理する場合、オープンソースの統制の道具を挟む場合、Airia を挟む場合の三つを、方針の範囲、記録、手間、依存の四つの観点で並べます。

選択肢	方針が届く範囲	記録	人の手間	依存の先
各基盤の標準機能	その基盤の中だけ	基盤ごとに別の形式	基盤の数だけ設定と見直し	各基盤の提供元
オープンソースの統制の道具	組み込んだエージェントの操作	自社で保存と分析を作る	組み込み・更新・運用を自社で担う	自社の運用体制
Airia（横断の層）	Airia を通した要求と道具の呼び出し	一か所にまとまる	通す経路の設計と方針の作成	Airia の基盤と契約

表から分かるのは、横断の層の価値は記録と方針が一か所にまとまる点にあり、その代わりに依存の先が一つの事業者に集まるということです。オープンソースは依存を自社に置けますが、運用の人手が要ります。

社内にエージェントの運用を担える技術者がいるか、いないかで、オープンソースの現実味は大きく変わります。技術者が少ない会社ほど商用の横断基盤の利点が大きく、同時に、その事業者に依存する度合いも大きくなるという関係を、最初に認識しておきます。

Airia が挟まる場所：エージェントと、道具・モデル・データの間

Airia の技術解説によれば、操作を方針で制御する機能は、エージェントと、その先にある道具・言語モデル・データの間に置かれます。エージェントが道具を呼び出す要求をその場で受け止め、エージェントの身元、利用者の情報、道具の性質、引数、時刻やデータの区分といった文脈を集めて、方針と照らし合わせます。判定の結果は、そのまま通す、理由を添えて止める、引数を決められた値に絞る、人の承認に回す、のいずれかです。

方針の判定は言語モデルに任せず、決められた条件で機械的に行う作りと説明されています。たとえば、社外のドメインへのメール送信を止める、データベースの書き換えには人の確認を求める、破壊的な操作の印が付いた道具を要求から外す、といった例が挙がっています。指示文でエージェントにお願いするのではなく、通り道で止めるという考え方です。判定にかかる時間は、単純な方針で10ミリ秒未満、複雑な方針で50ミリ秒未満とされていますが、測定の条件は示されていません。

注意したいのは、Airia の外で作ったエージェントにも当てられると説明している一方で、その場合にどうつなげばよいかが技術解説では明示されていない点です。公開資料の書きぶりからは、Airia の中継を通った要求にしか方針は届かないと考えるのが自然です。社内のエージェントのうち、どれを Airia の中継に通せるか、通せないものは何かを、試行の前に一覧にしておきます。

MCP の中継口：誰にどの道具を渡すか

Airia の MCP の中継口は、エージェントがつなぐ道具を一か所で管理する仕組みです。2026年8月の更新では、管理者が役割ごとに道具のまとまりを割り当て、利用者はその範囲の中で自分の使う道具を選べる形になりました。道具ごとに、読み取りだけか破壊的な操作かの印が付き、配備の時点で、指示文を紛れ込ませる攻撃の危険がないかを検査した記録が付くと説明しています。

同じ更新では、エージェントが最初から全部の道具の説明を読み込むのではなく、必要なときに目録を検索して使う仕組みも加わりました。2,000近い接続先を持つ目録は便利ですが、目録に載っていることと、自社で使ってよいことは別です。役割に割り当てる道具は、目録の中から人が選び、利用の目的を記録したうえで許可します。

• 目録に設定済みの接続先があるからと、検査の記録だけを見て部門に一括で開放する
• 破壊的な操作の印が付いた道具を、読み取りの道具と同じまとまりに入れる
• 利用者が自分で道具を選べる範囲を広く取り、何がつながっているか管理者が追えなくなる
• 社員の端末にある既存の MCP の設定を、中継口に置き換える機能を、利用者への説明なしに使う

最後の項目は、8月の更新で加わった、端末の既存の設定を中継口に置き換える機能を指しています。置き換えは統制を強めますが、利用者から見るといつもの道具の動きが変わるので、事前の告知と問い合わせの窓口を用意してから進めます。

同じ更新では、エージェントに渡す手順や知識のまとまりを、公開と非公開の保管場所から MCP 経由で配る機能も加わったと説明されています。社内で作ったまとまりを配れるのは便利ですが、公開の保管場所のものは、中に何が書かれているかを社内で確かめていません。公開の保管場所から取り込むまとまりは、道具と同じく人が中身を読んで許可したものに限ると決めておきます。

発見の機能：未承認のAIと MCP サーバーを見つける

Airia の公式サイトは、発見の柱として、承認されていないAIの道具、モデル、エージェント、MCP サーバーを見つける機能を挙げています。手掛かりの一つとしてブラウザからの信号を使うと説明していますが、どのような形で社員の端末から情報を集めるのかは、公開資料では詳しく書かれていません。また、攻撃者の立場でエージェントを試す検査の機能も、同じ基盤に含まれています。

発見の機能を使うと、横断の層に通していないエージェントや道具の存在に気づけます。これは、統制の層を入れても、そこを通らない利用が残るという弱点を補うものです。ただし、見つける機能も、手掛かりを集められる端末と経路の範囲でしか働かないので、見つからないことを使われていない証明にはしません。ブラウザから情報を集めるなら、社員に何を集めるかを告知し、業務の閲覧の記録をどこまで扱うかを就業規則や社内の規程と照らして決めます。

見つけた後の扱いも決めておきます。見つかったエージェントや道具を、すぐに止めるのか、横断の層に通すよう利用部門に求めるのか、正式に台帳に載せるのか。発見の結果を受けて止める・認めるを決めるのは、統制の責任者と利用部門の責任者で、基盤が自動で止める設定は、誤検知の影響を確かめてからにします。

統制の台帳と評価：判断の材料は作れるが、判断はしない

2026年1月に加わった統制の機能は、エージェントとモデルの台帳、モデルの版の管理、統制の状況の一覧、規制への対応の報告と評価の道具、リスクの自動分類と継続的な監視から成ります。発表では、欧州のAI規則、米国の NIST のAIの枠組み、ISO 42001 といった規制や規格への対応を助けると説明しています。ただし、これらの認証を Airia が取得したとは書かれていません。

台帳と評価が、エージェントを動かす基盤と同じ場所にあることには利点があります。どのエージェントがどのモデルを使い、どの道具に触れるかが、実際の設定から台帳に反映されるので、申告に頼る台帳より、実態との食い違いが起きにくいからです。一方で、リスクの自動分類は、何を高リスクとみなすかの基準を提供元の設計に預けることでもあります。

ここでも、AIに判断させない線を引きます。台帳への登録と分類の案は基盤に任せ、そのエージェントを動かしてよいか、どのリスクを受け入れるか、規制のどの区分に当たるかは、責任者が根拠を確かめて決めます。分類の結果を見るときは、どの情報をもとにその分類になったかを必ず確かめ、根拠が示されない分類は採らないと決めておきます。

規格との関係も読み違えないようにします。公式サイトでは、統制の文書を SOC2 や ISO 42001 などの枠組みに対応づけられると説明していますが、これは自社の文書を規格の項目に当てはめる手助けであって、自社が規格を満たしたことの証明ではありません。Airia 自身がどの安全の認証を取得しているかは、対応づけの機能とは別に、提供元に証明書の提出を求めて確かめます。

1枚挟むと何が起きるか：経路が一つになる利点と、一点に集まる危うさ

横断の層を挟む最大の利点は、方針を一か所で書き、一か所で変えられることです。社外へのメール送信を止める方針を一度書けば、Airia を通るすべてのエージェントに効きます。記録も一か所に集まり、あるデータに誰のどのエージェントが触ったかを、基盤をまたいで追えます。費用の上限や予算の管理も、同じ層で当てられると提供元は説明しています。

代償は、一点に集まることです。Airia の中継が止まれば、そこを通るエージェントはすべて止まります。中継の設定を誤れば、すべてのエージェントに誤った方針が効きます。中継には、エージェントへの要求と道具の呼び出し、ときにはその中身が通るので、中継そのものが最も守るべき場所になることも忘れてはいけません。

このため、挟むなら、中継が止まったときにどうするかを先に決めます。止まったら全部を止める（安全側に倒す）のか、一部の読み取りだけの業務は中継を通さずに続けるのか。安全側に倒す設計を基本にし、例外として通す業務は名前を挙げて決めておくのが、統制の層を入れる意味を損なわない考え方です。

ロックイン：方針・台帳・道具の設定がどこに溜まるか

横断の層を使い続けると、その中にいろいろなものが溜まります。書いた方針、エージェントとモデルの台帳、評価の履歴、役割ごとの道具の割り当て、そして Airia の中で組み立てたエージェントそのものです。これらが Airia の形式でしか持てないと、やめるときに作り直しになります。

ロックインの重さは、何を Airia の中で作るかで大きく変わります。各基盤で作ったエージェントを Airia の中継に通すだけなら、やめても中継を外せばエージェントは残ります。一方、エージェントを Airia の組み立ての機能で作ると、エージェントの中身ごと Airia に置くことになり、移すには作り直しが要る可能性があります。方針の書き方も、提供元の独自の形式であれば、そのまま別の仕組みには移せません。

判断の目安として、最初は中継と方針と記録だけを使い、エージェントの組み立ては各基盤や自社の仕組みに残すという分け方があります。こうしておけば、統制の利点は得ながら、やめるときに失うものを方針と記録に限れます。契約の前に、方針・台帳・記録をどの形式で書き出せるかを確かめておきます。

誰の資格で動くか：公開資料で確かめられなかったこと

エージェントの統制で最も重い問いの一つは、道具を呼び出すときに誰の資格で動くかです。利用者本人の資格で動くなら、利用者が見られないデータにはエージェントも触れません。共有の資格で動くなら、エージェントは利用者の権限を超えてデータに触れる可能性があります。

Airia の公開資料では、役割ごとの道具の割り当てや、利用者の権限を方針の判定の材料に使うことは説明されていますが、道具を呼び出すときの資格を本人に引き継ぐのか、共有の資格で動くのかは、2026年10月時点で確かめられませんでした。ここは提供元に直接問い合わせ、道具ごとの回答を書面で残すべき項目です。

• 道具ごとに、本人の資格で動くか、共有の資格で動くかを一覧にしてもらう
• 共有の資格で動く道具は、読み取りに限るか、人の承認を挟む方針を当てる
• 資格の情報を中継のどこに保存し、誰が見られるかを確かめる
• 退職や異動のときに、その人の資格でつないだ接続が止まるかを試す

何が社外に出るか：要求と出力が中継を通る

横断の層を挟むと、エージェントへの要求、言語モデルの出力、道具の呼び出しの引数と結果が、Airia の中継を通ります。公式サイトでは、機密のデータを守るための制御を説明していますが、中継を通る内容をどこで処理し、どれだけ保存し、学習に使うかについての詳しい説明は、2026年10月時点の公開資料では確かめられませんでした。

配備の形も、公開資料からは確かめられませんでした。提供元のクラウドだけで動くのか、自社のクラウドの中に置けるのかで、社外に出るものは大きく変わります。自社の環境の中に置けない場合、全部門のエージェントの要求が一つの外部の事業者に集まることになり、個人情報保護法の外国にある第三者への提供や委託の扱いも確かめる必要があります。

確かめる項目は、保存先の国、保存の期間、学習への利用の有無、記録の中に要求や出力の中身が含まれるか、その記録を誰が見られるか、の五つです。記録が全部門の要求の中身を含むなら、その記録自体が社内で最も機密性の高いデータの一つになります。記録を見られる人を、統制の担当の中でもさらに絞っておきます。

費用の増え方と、止め方・やめ方

Airia は料金を公開しておらず、料金のページは利用の上限の説明に移る形になっています。そこでは三つの契約区分ごとに、1秒あたりのエージェントの実行数（3、4、5）と、取り込める文書の量（25ギガバイト、50ギガバイト、100ギガバイト）が示され、最上位の区分は契約で変えられると書かれています。費用は、通す経路とエージェントの数、文書の量で増えると考え、言語モデルの利用料が別にかかるのかを確かめます。

費用の面で提供元が強調するのは、言語モデルへの要求の振り分けと、予算の上限の管理です。安いモデルで足りる要求を安いモデルに回せば、利用料は下がります。ただ、振り分けの設定を変えると、要求がどの提供元のモデルに届くかも変わり、社外に出る先が増えることに注意が要ります。振り分けの先に加えるモデルは、データの扱いを確かめたものに限ると決めておけば、費用の最適化が統制の穴になるのを防げます。

止め方は、段階をつけて用意します。方針を記録だけにして止めない形に戻す、特定のエージェントの中継を外す、中継口から特定の道具を外す、Airia 全体を外す、の四つです。技術解説では、方針を当てずに判定の結果だけを記録する形が説明されているので、導入の最初はこの記録だけの形で動かし、誤って止める操作がないかを確かめてから有効にするのが安全です。

挟むか、標準機能で足りるかの判断チェックリスト

最後に、Airia のような横断の層を挟むか、各基盤の標準機能で足りるかを判断するための項目をまとめます。上の二つに当てはまらなければ、まずは標準機能で始め、基盤が増えた時点で見直すのが現実的です。

• 別々の基盤のエージェントが、同じ道具やデータに触る経路が二つ以上ある
• 同じ方針（社外への送信の禁止など）を、基盤をまたいで当てたい
• Airia の中継に通せるエージェントと、通せないエージェントを一覧にした
• 道具ごとに、本人の資格で動くか共有の資格で動くかの回答を得た
• 保存先の国、保存期間、学習への利用、記録の中身の扱いを書面で確かめた
• 方針・台帳・記録を書き出せる形式を確かめた
• 中継が止まったときに、安全側に倒すか、例外として通す業務を決めた
• リスクの分類と台帳の登録はAIの案として扱い、承認は責任者が決めると文書にした

チェックの多くが埋まらないうちに契約を進めると、統制のための層が、かえって見えない依存を増やすことになります。挟む前に、何を通し、何を残し、どう外すかを決めておくことが、横断管理の基盤を選ぶときの最も確かな物差しです。

まとめ

Airia は、エージェントの構築、言語モデルと道具への中継、実行前の方針による制御、AIの台帳と評価を一つにまとめた横断の基盤です。2026年は統制の機能の追加や MCP の中継口の拡張など、更新が続いています。横断の層を挟む価値が出るのは、別々の基盤のエージェントが同じ道具やデータに触り、同じ方針を当てたいときです。

挟めば、方針と記録が一か所にまとまる一方で、その層が止まると全部が止まり、中身が一つの事業者に集まります。まず記録だけの形で動かし、エージェントの組み立ては各基盤に残し、道具を動かす資格と社外に出るものを確かめる。リスクの分類や台帳の案はAIに任せても、動かしてよいかの判断は人が根拠を確かめて決める。この順番を守れば、横断管理の基盤を入れるかどうかを、機能の多さではなく自社の経路に合わせて判断できます。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。