組織に関わるすべてのAIツールを可視化 — 承認済みでもシャドーでも

今この瞬間も、あなたの組織のどこかで、社員が聞いたこともないAIツールを使用しているかもしれません。個人のDeepSeek APIキーがサイドプロジェクトに貼り付けられているだけかもしれません。あるいは、業務用Googleアカウントに接続されたPerplexityかもしれません。あるいは、もっと能力の高いものかもしれません——Notion、Gmail、GitHubへの常設OAuthアクセスを保持する自律型エージェントプラットフォームが、その社員に代わって、そしてあなたのデータに対して、複数ステップの作業を実行しているのです。

今日まで、8200.devはこれらすべてを検出していました——しかし断片的に、一般的な検出結果フィード内に散らばった形でした。本日、私たちはAI Governanceをリリースします。これは、一つの質問に一箇所で答える統合ダッシュボードセクションです。組織内でどのAIが稼働しており、それはガバナンスされているか？

実際に変わったこと

率直な説明をします。なぜなら、率直な説明こそが製品の本質だからです。AI Governanceは集約レイヤーであり、新しいスキャナーではありません。表示されるすべての検出結果は、今日以前からエンジン内に存在していたものです。新しいのは、それらが孤立した検出結果として表示されるのではなく、一つの首尾一貫したストーリーとして語られるようになったこと、そして以下で説明する新しいメンバー単位の詳細ルールが追加されたことです。この新機能によって新しいデータが収集されたり、スコープが追加されたり、以前アクセスできなかったものに触れたりすることは一切ありません。すでに接続済みのソースがあれば、このページはすでにデータで満たされています。

ダッシュボードは、プラットフォームが把握している情報を6つの領域に整理します。

1. OAuth付与を通じて発見されたシャドーAI。 一部のAIベンダーは、そもそもガバナンスすることができません——適切なプランを購入していないからではなく、組織管理者向けの管理画面自体が存在しないからです。DeepSeekは個人用APIキーコンソールのみを提供しており、それ以外は何もありません。SSOも、監査ログも、メンバー管理もありません。MoonshotのKimiも同様です——そして独立系の調査（Harmonic Security、2026年1月）によると、企業でのKimi利用量は実際にはDeepSeekを上回っており、両者のうちより大規模な実世界のシャドーAIチャネルとなっています。GrokのAPIは推論専用です。Perplexityのエンタープライズ管理はUIのみです。これらのベンダーについては、存在する唯一のガバナンス手段が検出です。8200.devは、接続済みのワークスペース内でこれらのOAuth付与をフィンガープリント化し、どの社員がそれらを組み込んだかを示します。

2. 監視強化対象のエージェント型プラットフォーム——Manusの事例。 Manusについては独立した段落を割く価値があります。なぜなら、これは異なる種類のリスクだからです。Manusはエージェント型のオーケストレーションプラットフォームであり、単に質問に答えるだけでなく、複数ステップの自律的なタスクを実行します。そしてそのために、Notion、Gmail、GitHub、Google Workspaceなど、あなたの組織が利用しているツールへの委任されたOAuth接続を保持しています。あなたのOAuthインベントリ内のManus付与は、「社員が一度試しただけのアプリ」ではありません。実質的なアクセス範囲を持つ、常設の自律的なアクターであり、もしこのプラットフォームが侵害されたり、過剰な権限を与えられたり、誤った方向に使われたりした場合、その付与はあなたのワークスペースへの直接的な横移動経路となります。

このリスクを評価する上で、同社の歴史を知っておく価値があります。Manusは2025年、中国のスタートアップ（Butterfly Effect）から立ち上げられ、当時広く報じられたように、米国主導の資金調達ラウンドに対する米国規制当局の精査を受け、本社をシンガポールに移転しました。2026年には一時Metaに買収されましたが、この取引は2026年6月に解消され、Manusは独立した運営に戻り、大規模かつ急成長中のエンタープライズ顧客基盤を維持しています。この経緯はManusが悪意あるものであることを意味するわけではありません。しかし、この経緯すべてが、Manusのあなたの組織へのアクセスが慎重なガバナンスに値するベンダーであることを示しています——そしてここに問題があります。Manusは公開の管理者向けAPIを一切提供していません。コネクタ付与の監査も、メンバーリストも、外部プラットフォームが読み取れるアクティビティログもありません（そのeディスカバリーインターフェースは、カスタマーサクセスを通じてエンタープライズ顧客にのみ制限されています）。Manusがそのアクセスを使って何をしているかは、今日時点では独立した監査ができません。だからこそ8200.devは、これを監視強化対象の*エージェント型コネクタ*として分類しています。私たちが提供するOAuth付与シグネチャ検出は、私たちが知る限り、存在する唯一の独立した監視手段です——そして、それ以上のことを示唆するのではなく、検出結果の中でまさにその通りに記載しています。

3. ベンダーのAI学習に関する姿勢。 接続した各プラットフォームは、デフォルトであなたのデータでAIモデルを学習させているでしょうか？17のSaaSプラットフォームを対象とした私たちの調査で明らかにしたように、APIで照会可能な設定としてこれを公開しているプラットフォームは一つもありません——その姿勢は契約書、地域デフォルト、プラン階層の中に埋もれています。AI Governanceビューは、接続済みの各プラットフォームについて調査済みで日付付きの姿勢を表示するため、その答えは誰も開かないベンダーPDFの中ではなく、あなたのライブな検出結果の隣に置かれます。（Atlassianのデータ提供期限は、これがダッシュボードに属すべき理由を示す実例です。）

4. ガバナンス対応済みのAIベンダー——5つの本格的なコネクタ。 ベンダーが管理者向けAPIを公開している場合、8200.devはそれに適切に接続します。現在、5つのAIベンダーがファーストクラスのコネクタを提供しています：Mistral AI、OpenAI、ChatGPT Enterprise、Anthropic、Cursor——プラットフォーム全体で23のコネクタの一部です。これらは、各ベンダーが実際に提供するガバナンス表面を読み取ります（常に読み取り専用）。APIキーとその最終利用日、メンバーとロール、シートとシート単位のアクティビティ、支出上限、監査ログ設定、日次利用状況などです。

5. メンバー単位の権限昇格の深度——本リリースの新機能。 このダッシュボードでリリースされる、真に新しいルールロジックが一つあります。それは、ロールを超えてAPIアクセスが残存している*特定のメンバー*にフラグを立てることです。Mistral、OpenAI、Anthropicでは、コネクタがすでにメンバー、ロール、キーの所有者情報を読み取っているため、プラットフォームは現在のロールがもはや特権階層ではないメンバーが所有する、アクティブな組織全体のAPIキーにフラグを立てるようになりました。この不一致は、ほぼ常に、キーを作成した後に降格されたりロールを縮小されたりしたことを意味します。シートは絞られたが、認証情報はそのままになっており、シートレビューではそれを決して発見できません。Cursorでは、同じ考え方がサーバー側の監査ログ上で実行されます。一般メンバーシートが、オーナーロールを持たないまま管理者レベルの操作（メンバーシップ、ロール、請求、キー）を実行している場合です。

そして、データが実際に存在しない場合は、ルールも存在しません。ChatGPT Enterpriseのコンプライアンスログ表面には、権限昇格の不一致を導出するためのメンバーやキーのインベントリが存在しません——そのため、決して発火し得ないルールを作るのではなく、ダッシュボードは実際に持っている率直なシグナルを表示します。すなわち、コンプライアンスログのエクスポートが有効になっており、証拠を実際に生成しているかどうかです（OpenAIはこれらのログを30日間しか保持しないため、無音の一日一日が監査証拠として永久に失われます）。Cursorの監査ストリームはあなたのプランに依存します——利用できない場合、ルールは推測するのではなく沈黙を保ちます。

6. GitHub Copilotのガバナンス。 Copilotのポリシーとシート衛生状態——公開コードとの一致、退職済みメンバーが保持しているシート、誰も使っていないシート——が全体像を完成させます。なぜなら、ほとんどのエンジニアリング組織にとって、Copilotは最も利用量の多いAIツールだからです。

これが意図的に「ではない」もの

8200.devのAI Governanceは、ベンダーの管理者APIとOAuth付与メタデータから読み取る、時点ベースの姿勢であり、デフォルトで読み取り専用です。ネットワークトラフィックを傍受することはありません。プロンプトをプロキシしたり、ログに記録したり、検査したりすることもありません。メッセージやファイルの内容を読み取ることも決してありません。ダッシュボードはこれをページ自体に明記しています。なぜなら、自らのアクセス範囲について曖昧なガバナンス製品には、あなたのそれを評価する資格がないからです。

この境界線は、他のどの分野よりもAIガバナンスにおいて重要だと私たちは考えています。市場には、「ここでどんなAIが稼働しているか？」という問いに、自らをトラフィック経路に組み込むことで答えようとするツールが増えています——これは実際に能力を持つアプローチである一方、実際のコストも伴います（新たなインラインの依存関係、新たなデータ集中ポイント、新たに信頼しなければならない対象）。私たちの答えは意図的に異なります。ベンダーが公式に公開している表面から読み取れるものをガバナンスし、それらの表面について徹底的であり、誰にも見えないものについては明確にする、というものです。ベンダーがまったく表面を提供していない場合——DeepSeek、Kimi、Grok、Perplexity、Manus——私たちは「検出が存在する唯一の手段です」と述べ、その検出を提供します。

なぜ今これが重要なのか

規制の方向性は、決して曖昧ではありません。EU AI Actは2026年から2027年にかけて段階的に義務化されていきます。そして、導入企業側の説明責任——つまり、AIを*利用する*組織が、それを構築したベンダーだけでなく、自らも責任を負うという考え方——は、裁判所や州の規則の中で強まり続けています。これについては、AIエージェントの責任に関する私たちの分析でも取り上げました。フレームワークや監査人は、ますます、どのAIがあなたのデータに触れているかを把握し、そのアクセスがレビューされていることを証明するよう求めるようになっています。AI Governanceビューは、まさにそのような監査証跡の文書化をサポートします。検出結果は他のすべてと同じコンプライアンスコンソールに反映され、SOC 2やISO/IEC 42001などのフレームワークにおけるアクセス制御・ベンダー管理のコントロール領域にマッピングされます。この文の意味を正確に述べておくと、これは証跡収集をサポートし得る事実ベースのコントロール領域マッピングであり、認証ではありません。また、8200.devを接続したからといって、誰かが「EU AI Act準拠」になるわけではありません。ダッシュボードでそれができると言う人がいれば、その人は別の何かを売り込んでいます。

どこで確認できるか

このセクションはアプリ内のAI Governanceにあり、検出結果の隣に配置されています。無料プランを含むすべてのプランで利用可能です。なぜなら、「ここでどんなAIが稼働しているか？」という問いは会話の出発点であり、アップセルの関門ではないからです。機能ページでは、これがプラットフォームの他の部分とどう連携するかを示しており、AIエージェントガバナンスのユースケースでは、検出、アクセスマッピング、実施を含むより広範なエージェントの物語を取り上げています。

まだ何も接続していない場合：無料プランは数分で完了し、営業電話も不要で、いつでも取り消せる読み取り専用スコープから始まります。最初のAI Governanceビュー——すでにあなたのワークスペースに組み込まれているシャドーAIも含めて——は、接続一つで手に入ります。無料で始める