AIを使う会社の合言葉は小さく任せる
Cloudflareは2026年8月5日、Agent Access Modelを発表しました。AIエージェントのアクセス権限を、作業単位で扱うための提案です。
一言で言えば、AIには大きく任せず、小さく任せるという話です。AIが自分で手順を進めるほど、この考え方が重要になります。
社内AIに、最初から全部の権限を渡してよいのでしょうか。非エンジニアにも関係があります。
社内AIが、メール、カレンダー、顧客管理、経費精算に触れる場面が増えるからです。便利なAIほど、触れる情報も増えます。
出張手配AIで見ると分かりやすい
たとえば、出張手配をAIに頼む場面を考えます。AIには予定表を見る権限と、候補の航空券を探す権限が必要です。
でも、全社員の給与情報を見る権限は不要です。会社の銀行口座を自由に動かす権限も不要です。
ここで問題になるのは、AIが悪いかどうかではありません。渡した権限が広すぎるかどうかです。
Cloudflareは、人間向けの制御をエージェントに向けると静かに失敗すると説明します。見えないところで、与えすぎた権限が残るためです。
AIは人間の速度では動きません。複数の作業を短時間でつなげて実行できます。
人を守る設計から作業を守る設計へ
これまでの企業セキュリティは、人間のログインを中心に考えてきました。誰が、どの端末から、どの場所で使っているかを見る設計です。
Cloudflareは、BeyondCorp以後の流れをそう説明しています。社内だから安全、という考えから離れる流れです。
ただし、その設計は人間が見える前提でした。人は端末を持ち、一定の速度で、比較的読みやすい行動をします。
AIエージェントは、その形に収まりません。Cloudflareは、ひとつのエージェントをtask-scoped run（ひとつの作業に限定された実行）として扱います。
作業全体はtask execution graph（作業のつながりを示す実行図）として管理されます。守る対象が、人から作業へ移っているのです。
AAMが変えるのは許可の大きさ
AAMは、アクセス判断をただ賢くする提案ではありません。先にAIのcapability（実行できる能力）を小さくします。
Cloudflareは、最初から能力を小さくすれば、判断する危険も小さくなると考えています。入口の審査より、渡す権限の幅を狭める発想です。
柱になるのは、厳格なID仲介、継続的な仲介、状態を持つ信頼管理です。
・AIが誰の依頼で動くかを見る ・作業の途中でも権限を見続ける ・作業の状態に合わせて信頼を変える
これは、AIに一度ログインさせて放置する考え方とは違います。仕事が進むたびに、使ってよい範囲を見直す設計です。
発表から分かることと分からないこと
今回の記事は、製品の料金表や発売日の発表ではありません。Cloudflareは、Agent Access Modelを新しいアクセスモデルとして説明しています。
| 項目 | 内容 |
|---|---|
| 公開日 | 2026年8月5日 |
| 主題 | AIエージェントのアクセス管理 |
| 提供時期 | 発表に書かれていない |
| 料金 | 発表に書かれていない |
| 対象条件 | 発表に書かれていない |
ここは重要です。すぐに自社で使える新機能として読むより、AI導入で増えるアクセス管理の変化として読む内容です。
ただ、CloudflareはAPI SecurityやAPI Gatewayの情報を継続的に出しています。AIエージェントがAPIを使って仕事を進めるなら、この問題は企業の現場に近づきます。
AI選びは答えの上手さだけでは決まらない
これまでAIサービス選びでは、文章のうまさや回答速度が目立ちました。これからは、任せた仕事をどう止めるかも見られます。
社内でAIを使う時、便利さは入口です。信頼は、権限の小ささで作られます。
AIが出張を手配し、契約書を探し、問い合わせへ返信するなら、仕事ごとの境界線が必要です。万能なAIより、止まる場所がはっきりしたAIの方が安心して使えます。
CloudflareのAAMは、その境界線を言葉にした提案です。AIに任せる時代は、任せ方を細かく設計する時代でもあります。