目次
AIエージェントの議論は長いあいだ「どこまで賢いか」を中心に回ってきた。ベンチマークのスコア、モデルの世代、推論の深さ。日本の大企業の稟議書にも、その言葉が並んできた。
だが2026年8月に出てきた数字を読むと、争点はすでに別の場所に移っている。
8月6日、クラウドサービス企業のCaylentが「2026 Enterprise Readiness for Agentic Engineering & Autonomous Cloud Operations」調査を公表した。 調査会社Censuswideが米国・カナダの従業員1,000名以上の組織の上級リーダー200名に実施したものである。そこに、こういう数字がある。すでに本番環境でAIエージェントを自律稼働させている企業が59.5%。サンドボックスでもパイロットでもなく、本番である。
同社CTOのRandall Huntは、調査結果に次のコメントを添えている。「企業がエージェントAIを採用するかどうかという問いは、すでに決着している。残っているのは精度ではなく、権限の問題だ」
この一文が、いま日本の大企業の意思決定者が向き合うべき論点をほぼ言い切っている。モデルの正確さは、もう一番難しい問題ではない。難しいのは、エージェントにどこまでの裁量を与え、どのアクションを誰が承認し、間違ったときに何が起きるかを決めることだ。 そしてこれは、ベンダーからは買えない。
「精度の問題は終わった。残ったのは権限の問題だ」
Caylentが2026年8月6日に公表した企業のエージェント運用実態調査の結果を示す図。調査はCensuswideが実施し、米国とカナダの従業員1000名以上の組織の上級リーダー200名が対象。主要な数字として、条件が揃えば本番環境でエージェントの自律実行を認めると回答した割合が98パーセント、すでに本番環境でエージェントを自律稼働させている割合が59.5パーセント、ガードレールの整備をモデルの賢さと同等またはそれ以上に優先すると答えた割合が83パーセント。すでに試行・導入・評価に入っている領域は、テストの自動実行が67.5パーセント、インシデント対応の自動化が60.5パーセント、コードの自律的な記述とコミットが43パーセント。Caylent CTOのRandall Huntは、企業がエージェントAIを採用するかどうかという問いはすでに決着しており、残っているのは精度ではなく権限の問題だとコメントしている。補足として、パイロットを超えて広範に展開できているのは23.5パーセントにとどまり、いかなる条件でも認めないと答えたのは2パーセントだった
Caylent調査の数字を、順に見ていく。
- 98% が、「条件が揃えば、本番環境でエージェントに自律的な変更を実行させる」と回答した。逆に「いかなる条件でも認めない」はわずか2%である
- 93.5% が、本番環境での自律実行を許容できると答えた
- 100% が、エンジニアリングまたは運用の領域でエージェントAIを能動的に検討している
- 83% が、ガードレールの整備をモデルの賢さと同等、またはそれ以上に優先している
すでに試行・導入・評価に入っている領域の内訳も示されている。テストの自動実行が67.5%、インシデント対応の自動化が60.5%、そしてコードの自律的な記述とコミットが43%。
この3つが並んでいることの意味は小さくない。エージェントが触りはじめているのは、顧客対応でも資料作成でもなく、自社のシステムそのものだ。 テストを通すか通さないかを判断し、障害時に手を動かし、コードを書いてコミットする。これまで「一番慎重に守ってきた領域」に、鍵が渡されはじめている。
ただし、浮かれた数字ばかりではない。パイロットを超えて広範なワークフローに展開できている企業は23.5%にとどまる。 「本番で動かしている」ことと「全社の業務に効いている」ことのあいだには、依然として深い溝がある。この構図自体は、これまで本ブログで扱ってきた本番化ギャップと同じである。
変わったのは、溝の手前にある障害物の正体だ。 98%が「条件次第で認める」と答えているということは、心理的・組織的な拒否感はもう主要な障壁ではないということでもある。残っているのは、その「条件」を誰も具体的に書き下せていないという、極めて実務的な問題である。
権限を渡したあと、現場で起きていること ― 79%が「取り消した」
Kore.aiのAgent Productivity Indexが示す、権限を渡したあとの実態を示す図。調査はPropeller Insightsが2026年5月に実施し、従業員2000名以上の米国企業のITリーダー400名超が対象。AIエージェントが取ったアクションを取り消した経験があるのが79パーセント、エージェントが管理外の財務リスクやコンプライアンスリスクを生んでいるのが72パーセント、チームが原因を追跡できない障害を経験したのが70パーセント、完全には信頼も理解もしていないエージェントを稼働させているのが53パーセント、エージェントの障害に起因する売上の損失があったのが42パーセント、1体の障害が複数システムへ連鎖したのが約40パーセント、ガバナンス懸念で展開が遅延したのが62パーセント。あわせてGartnerが2026年7月10日に公表したAI in IT Operationsハイプ・サイクルの予測を掲載。2028年までに、エージェント型IT運用を本番で大規模運用する組織の40パーセントが事業クリティカルな障害を経験すると予測され、これは2026年時点の1パーセント未満からの上昇である。また2029年までに60パーセントの企業がIT基盤運用の一部としてエージェント型AIを導入すると予測され、現在は10パーセント未満。Gartnerはさらに、AI for IT運用は管理コンソールの統合を約束するが短期的には逆が起き、レイヤーと制御点が増えて監視・オーケストレーション・管理の専用機能が乱立すると警告し、2030年にはIT基盤運用業務の25パーセントをAIが担うとも予測している
では、権限を渡した企業では何が起きているのか。
Kore.aiの「Agent Productivity Index」 が答えの一部を示している。Propeller Insightsが2026年5月に実施し、従業員2,000名以上の米国企業のITリーダー400名超から回答を得た調査である。
- 79% が、AIエージェントが取ったアクションを取り消した経験がある
- 72% が、エージェントが管理外の財務リスク・コンプライアンスリスクを生んでいると回答
- 70% が、チームが原因を追跡できない障害を経験した
- 62% が、ガバナンス上の懸念によって展開が遅延した
- 53% が、完全には信頼も理解もしていないエージェントを稼働させている
- 42% が、エージェントの障害に起因する売上の損失を報告
- 約40% で、1体のエージェントの障害が複数システムへ連鎖した
最初の数字を、もう一度読んでほしい。79%が「取り消した」。 これは失敗率の話ではない。取り消しという行為が、すでに日常業務になっているという話である。
そしてここに、設計上の重い示唆がある。取り消せる操作と、取り消せない操作を分けていない組織では、この79%は成立しない。 削除してしまったデータ、送ってしまったメール、実行してしまった支払い。取り消せない側にエージェントを踏み込ませていたら、「取り消した」ではなく「損失を被った」になる。79%という数字は、多くの企業が可逆な範囲でエージェントを動かしているという幸運の裏返しでもある。
Gartnerの見通しも、同じ方向を厳しく指している。2026年7月10日に公表された「2026年 AI in IT Operationsハイプ・サイクル」 では、次のように予測されている。
- 2029年までに60%の企業が、IT基盤運用の一部としてエージェント型AIを導入する（現在は10%未満）
- 2028年までに、エージェント型IT運用を本番で大規模に運用する組織の40%が、事業クリティカルなサービス障害を経験する（2026年時点では1%未満）
- 2030年には、IT基盤運用業務の25%をAIが担う
そしてGartnerは、業界が期待している「ツールの統合」についても冷や水を浴びせている。「AI for IT運用」はコンソールの統合を約束するが、短期的にはむしろ逆が起きる ——レイヤーが増え、制御点が増え、監視・オーケストレーション・管理の専用機能が乱立する、というのが同社の見立てである。
実際に何が起こりうるかを示す具体例もある。Microsoftは2026年3月10日にAzure SRE Agentを一般提供開始し、自社サービスで1,300体以上を稼働させ、35,000件以上のインシデントを軽減、20,000時間超のエンジニアリング工数を削減したと公表している。 規模も効果も本物である。
一方で同年4月21日、そのAzure SRE Agentに認証の欠陥（CVE-2026-32173、CVSS 8.6）が公表された。Enclave AIの研究者Yanir Tsarimiが発見したもので、エージェントのWebSocketエンドポイントが他テナントのアカウントのトークンを受け入れてしまうというものだった。露出しうる情報には、ユーザーのプロンプト、エージェントの応答、内部の推論トレース、引数付きの実行コマンド、その出力、そして稼働中アプリケーションのデプロイ用資格情報が含まれる。Microsoftはサーバー側で修正済みで、顧客側の対応は不要とされている。
この事案が示すのは、脆弱性そのものより構図である。運用を担うエージェントは、社内で最も強い権限を持つ存在になる。 つまりエージェントは、生産性の資産であると同時に、最も価値の高い攻撃対象にもなるということだ。
日本の大企業が先に踏むのは「委託先」の問題
日本の大企業が直面する構造を示す図。JUASの企業IT動向調査2026は経済産業省商務情報政策局監修で、東証上場企業等4500社を対象に2025年9月5日から10月24日にかけて実施され957社が回答した。言語系生成AIを導入済みの企業は33.9パーセントで、試験導入等を含めると53.4パーセント。売上高1兆円以上の企業に限れば導入済み率は85.1パーセント。コード系生成AIの導入・試験導入は32.6パーセント。AIエージェントの導入を検討中の企業は31.2パーセント。導入検討の目的として上位に挙がるのは生産性向上と人材不足の解消であり、構造的な労働力不足への解決策として期待されている。日本特有の構造として3点を提示。第1に運用・保守の外部委託で、IT費用の多くが既存システムの運用・保守に充てられその実務はベンダーに委ねられているため、誰がエージェントを動かすのかという問いが生じる。第2に変更管理プロセスで、変更申請・変更諮問委員会・承認はすべて人が申請し人が承認することを前提に設計されているため、申請者欄に何を書くのかという問いが生じる。第3に責任分界点で、委託契約のSLAと責任分界点は人が作業する前提で書かれておりエージェントの記述がないため、事故時に誰が責任を負うのかという問いが生じる。結論として、日本企業にとっての最初の論点はエージェントの性能ではなく契約と規程であり、技術検証の前に委託契約の責任分界点と変更管理規程をエージェント前提で書き直せているかが本番化の律速になる
ここから、日本の話をする。
JUAS（日本情報システム・ユーザー協会）の「企業IT動向調査2026」 は、経済産業省商務情報政策局の監修のもと、東証上場企業とそれに準じる企業4,500社を対象に2025年9月5日から10月24日にかけて実施され、957社から回答を得た。テーマは「人とAIで未来を創る、新時代のIT部門像」である。
- 言語系生成AIを導入済みは33.9%。試験導入・導入準備中を含めると53.4%
- 売上高1兆円以上の企業に限れば、導入済みは85.1%
- コード系生成AIの導入・試験導入は32.6%
- AIエージェントの導入を検討中の企業は31.2%
- 導入検討の目的として上位に挙がるのは、「生産性向上」と「人材不足の解消」
つまり日本の大企業も、方向としては同じ道を歩いている。生成AIは大企業ではほぼ行き渡り、次の一手としてエージェントが視野に入っている。そして期待されている効能が「人材不足の解消」であるということは、エージェントに任せたい対象が、まさに人手が足りていない運用・保守の領域だということでもある。
問題は、日本の大企業では、その本番環境を日々触っているのが自社の社員とは限らないことだ。
日本企業のIT予算の大部分が既存システムの運用・保守に向かい、その実務の多くが外部ベンダーに委ねられてきた構造は、長く指摘されてきた。運用設計、監視、変更作業、障害一次対応。これらが委託契約とSLAの上で回っている。
この構造の上に「本番環境で自律実行するエージェント」を置こうとすると、米国企業では表面化しにくい3つの問いが、真っ先に立ち上がる。
第一に、誰がエージェントを動かすのか。 委託先が自社の判断でエージェントを運用に組み込むのか、発注側が導入して委託先に使わせるのか。前者なら、発注側は自社の本番環境で何が動いているか把握できない。Kore.ai調査の「53%が完全には信頼も理解もしていないエージェントを稼働させている」は、委託構造のある日本ではさらに悪化しやすい。
第二に、変更申請の申請者欄に何を書くのか。 日本の大企業の変更管理は、変更申請・変更諮問委員会・承認という手続きで組み立てられており、その全体が「人が申請し、人が承認する」前提で設計されている。 エージェントが起案した変更を誰の名前で申請するのか、承認者は何を見て判断するのか、緊急変更の権限をエージェントに与えるのか。既存の規程には、どれも書かれていない。
第三に、事故が起きたときに誰が責任を負うのか。 委託契約の責任分界点は、人が作業することを前提に書かれている。エージェントの誤操作による障害は、委託先の作業ミスなのか、発注側が与えた権限設定の不備なのか、ツールベンダーの欠陥なのか。契約に定義がなければ、事故のあとに交渉が始まる。 その交渉のあいだ、本番は止まったままである。
日本企業にとっての最初の論点は、エージェントの性能ではなく、契約と規程である。 そして技術検証（PoC）は、この2つが決まっていなくても走ってしまう。だからこそPoCが通っても本番に載らない。本番化の律速は、いつもここにある。
権限を設計する ― 稟議に書くべき5つの決めごと
権限を設計するために稟議に書くべき5つの決めごとを示す図。エージェントを導入するかではなく、どこまでの権限を誰の責任で渡すかを文書化するという趣旨。1つ目はアクションを可逆と不可逆に分類することで、再起動・スケール・ロールバックは可逆、データ削除・本番書き込み・外部送信・支出は不可逆であり、不可逆側だけを人の承認に残す。全部を承認対象にすると承認が滞留して誰も見なくなる。2つ目は承認の粒度と承認にかかる時間を決めることで、人が介在する設計は正しいが承認が数時間かかるならエージェントの速度は消えるため、誰が何分以内に何を見て判断するかを運用設計として先に決める。3つ目はロールバックが本当に効くかを検証することで、79パーセントがエージェントのアクションを取り消した以上、取り消し経路が実質的な最終防衛線になるため、取り消せない操作を洗い出し取り消しの所要時間を実測してから権限を広げる。4つ目は証跡をエージェントの外側で取ることで、70パーセントが追跡できない障害を経験しておりエージェントの自己申告ログは証跡にならないため、共有サービスアカウントではないエージェント固有のIDと境界側で取得する操作ログを要件にする。5つ目は委託契約と変更管理規程を書き直すことで、エージェントの操作は元をたどれば誰かの職務権限の委譲であり、委託先が動かすなら責任分界点・SLA・変更申請の記載主体を更新する必要があり、ここを飛ばすと事故時に誰も説明できない。これら5つはベンダー製品では埋まらず、決めるのは自社であり、決まっていない限り権限は渡せない
では、その「条件」をどう書き下すか。次の稟議に載せるべき決めごとを5つに絞る。
1. アクションを可逆と不可逆に分類する。 再起動、スケール、ロールバックは可逆である。データ削除、本番データベースへの書き込み、社外への送信、支出は不可逆である。人の承認に残すのは不可逆側だけでよい。 全アクションを承認対象にすると、承認が滞留し、やがて誰も中身を見ずに承認するようになる。それは統制の強化ではなく、統制の形骸化だ。
2. 承認の粒度と、承認にかかる時間を決める。 人を介在させる設計そのものは正しい。だが承認に数時間かかるなら、エージェントの速度という導入理由は消える。Caylent調査でも、速度は「人が素早く承認できること」から生まれると整理されている。「誰が・何分以内に・何を見て判断するか」を、技術検証ではなく運用設計として先に決める。
3. ロールバックが本当に効くかを検証する。 79%が取り消しを経験している以上、取り消し経路が実質的な最終防衛線である。 にもかかわらず、多くの導入検討ではロールバックが「あることになっている」だけで、実測されていない。取り消せない操作を洗い出し、取り消しの所要時間を計測してから、権限の範囲を広げる。 順序を逆にしてはいけない。
4. 証跡はエージェントの外側で取る。 70%が追跡できない障害を経験している。エージェント自身が書いたログは証跡にならない。 何が起きたかを説明する立場のものが、記録者を兼ねているからだ。求めるべきは、共有サービスアカウントではないエージェント固有のIDと、境界側で取得される操作ログである。この方向はプラットフォーム側でも進んでおり、たとえばGoogleのGemini Enterprise Agent Platformは、共有サービスアカウントの代替としてSPIFFE形式のAgent Identityを各エージェントに付与し、証明書にひも付いたトークンが意図した実行環境からしか使えないよう縛る設計を採っている。同プラットフォームでは2026年7月31日にエージェント評価機能も一般提供化され、本番トラフィックに対する継続的な評価とドリフト検知が製品機能として提供されはじめた。外側の機構は、確実に買えるようになってきている。
5. 委託契約と変更管理規程を書き直す。 エージェントに与えた操作権限は、元をたどれば誰かの職務権限の委譲である。委託先がエージェントを動かすなら、責任分界点、SLA、変更申請の記載主体を更新しなければならない。ここを飛ばしたまま本番に載せると、事故が起きたときに、誰も説明できない。
この5つは、ベンダー製品では埋まらない。 発見・権限管理・上限設定・ログ・停止といった機構は調達できるが、何を不可逆と定義するか、何分以内に誰が承認するか、責任を誰が負うかは、自社が決めるしかない。 そして決まっていない限り、権限は渡せない。渡してしまえば、Gartnerが言う「2028年に40%」の側に自社が入るだけである。
まとめ
- 8月6日公表のCaylent調査（Censuswide実施／米国・カナダ／1,000名以上企業の上級リーダー200名）で、59.5%がすでに本番環境でAIエージェントを自律稼働させ、98%が条件次第で本番の自律実行を認めると回答した。 テスト自動化67.5%、インシデント対応60.5%、コードの自律コミット43%と、対象は自社システムの中枢に及んでいる
- 一方で83%が、ガードレールの整備をモデルの賢さと同等以上に優先している。 律速はすでに精度ではなく権限の設計に移っている
- 権限を渡した先で起きていることは楽観できない。 Kore.ai調査では79%がエージェントのアクションを取り消し、70%が追跡できない障害を経験、53%が信頼も理解もしていないエージェントを動かしている。Gartnerは2028年までにエージェント型IT運用を大規模展開する組織の40%が事業クリティカルな障害を経験すると予測する
- 日本の大企業が先に踏むのは「委託先」の問題である。 運用の実務が外部委託で回っている構造の上では、誰がエージェントを動かすのか、変更申請の申請者欄に何を書くのか、事故時に誰が責任を負うのかが、技術検証より先に決まっていなければならない
- 稟議に書くべきは5つ。 可逆と不可逆の分類、承認の粒度と所要時間、ロールバックの実測、境界側での証跡取得、そして委託契約と変更管理規程の更新
AIエージェントを本番環境に載せる作業は、モデルを選ぶ作業ではなく、権限を設計する作業になった。そしてこの設計は、業務の実態と既存の規程の両方を知っている者にしか書けない。
Wizitは、PoCで止まったAIを本番運用とROIまで動かし切ることを仕事にしている。その過程で最も時間を要するのは、たいてい実装ではなく、「何を合格とするか」と「誰が責任を負うか」を関係者のあいだで確定させる工程である。 権限の設計とは、この2つを文書に落とす作業にほかならない。
---
出典:
- Caylent / PR Newswire「98% of Enterprise Leaders Would Let AI Agents Run Production, Under the Right Conditions: Caylent Survey Reveals」（2026年8月6日、Censuswide実施、米国・カナダ、従業員1,000名以上の組織の上級リーダー200名）
- Kore.ai「Agent Productivity Index」（Propeller Insights実施、2026年5月、従業員2,000名以上の米国企業のITリーダー400名超）
- Gartner「Hype Cycle for AI in IT Operations, 2026」（2026年7月10日公表）および「Predicts 2026: AI Agents Will Transform IT Infrastructure and Operations」
- The Register「AI ops tools will create console sprawl and break IT more often: Gartner」（2026年7月20日）
- Microsoft「Announcing general availability for the Azure SRE Agent」（2026年3月10日）
- CSO Online「Azure SRE Agent flaw let outsiders silently eavesdrop on enterprise cloud operations」（2026年4月21日、CVE-2026-32173、CVSS 8.6、発見者: Enclave AI Yanir Tsarimi）
- Google Cloud「Gemini Enterprise Agent Platform — Agent Identity overview」および Google Developers Blog「Agent and Model Evaluations in Gemini Enterprise Agent Platform are now GA」（2026年7月31日）
- JUAS 一般社団法人 日本情報システム・ユーザー協会「企業IT動向調査2026」（経済産業省商務情報政策局監修、東証上場企業等4,500社対象・957社回答、2025年9月5日〜10月24日実施）