「一部の部署でPoC」から「全社員に1人1エージェント」へ
homulaは、エンタープライズ企業がAIエージェントを戦略策定からPoC・実装・運用・内製化まで一気通貫で導入できるよう支援するAIインテグレーターです。その現場で2026年に入って明確に変わったのが、相談の主語です。「どの部署で試すか」ではなく、「全社員にどう配るか」を問う企業が増えました。
象徴的な一次事例が出ました。2026年7月1日、Fortuneは、Ciscoが約9万人の全従業員に個人用AIエージェントを配布する取り組みを、7月末から開始すると報じました（Fortune、Entrepreneur）。一部門の実験ではなく、全社員が対象です。
これは特殊なニュースではなく、潮流の先端です。Gartnerは、2026年末までに企業向けアプリの40%がタスク特化型AIエージェントを組み込む（2025年時点の5%未満から）と予測しています（Gartner）。エージェントは「試すもの」から「全社員が日常的に使うもの」へと段階が変わりつつあります。
本記事は、Ciscoの展開を素材に、全社ロールアウトで必ず問われる4つの設計判断を実務目線で整理します。個別製品の評価ではなく、「9万人規模で配ると何を決めておく必要があるか」という設計の話です。
Ciscoの9万人展開が示した「決めごと」
まず一次情報を整理します。FortuneはCiscoのCFO、Mark Patterson氏への取材をもとに、次の点を報じています。
- 対象と時期: 約9万人の全従業員に、個人用エージェントを7月末から配布。各エージェントはタスク処理・質問応答に加え、リクエストを最適なモデルへ振り分ける。
- モデルルーティング: 常に最上位（フロンティア）モデルを使うのではなく、タスクごとに「最も効果的かつ最もコスト効率が良い」モデルを選んで処理する。
- インフラの置き場所: AI基盤の多くをオンプレミス側に構築し、運用コストと企業データの双方をコントロール下に置く。
- 実務での使われ方: 決算開示のMD&A（財務状況・経営成績の分析）セクションで、初稿の80〜90%をAIが生成。さらに自社の過去業績と競合の決算説明を突き合わせ、アナリストからの質問を事前に想定するIRツールも内製している。
注目すべきは、Ciscoが「どのモデルを使うか」を単一に固定していない点です。エージェントは入口を1つに束ねつつ、裏側でタスクに応じてモデルを選び分ける——この「入口の統一」と「裏側の可変性」の両立が、全社ロールアウトの設計思想を象徴しています。
なお同じ時期、Ciscoは約4,000人規模の人員再編も進めていると報じられ、全社エージェント配布はその文脈でも注目を集めました（Fortune）。効率化と雇用の関係は本記事の主題ではありませんが、「配れば使われる」わけではないという後述の論点（設計原則④）に直結します。
設計原則①：モデルルーティング——「常にフロンティア」をやめる
全社員が毎日エージェントを叩くと、コストは利用者数×頻度で線形に膨らみます。ここで効くのがモデルルーティングです。要約や定型分類は軽量モデル、複雑な推論や長時間タスクだけ上位モデル——とタスクの難易度でモデルを振り分ければ、体感品質を保ったまま総コストを大きく下げられます。Ciscoが「常にフロンティアを使わない」と明言しているのは、9万人規模ではこの一手が請求額を左右するからです。
裏を返すと、ルーティングは入口を1つに保つための前提技術でもあります。利用者に「このタスクはどのモデルで」と選ばせるのは非現実的です。入口はシンプルな1つのエージェントにし、モデル選択は基盤側が担う。この分離ができて初めて、全社配布は現実的なコストに収まります。
設計原則②：データ境界——頭脳と実行の置き場所
Ciscoが基盤の多くをオンプレミスに置いたのは、コストだけが理由ではありません。財務・IR・人事のように機微なデータを扱う業務では、「そのデータがどこを通り、どこに残るか」が導入可否を分けます。
ここで有効なのが、頭脳（推論するモデル）と実行（データに触れる処理）を分けて置くという考え方です。高度な推論はクラウドのモデルに任せつつ、社内データへの実際のアクセスや実行は自社の境界内で完結させる——この責任分界を最初に引いておくと、「モデルは最新を使いたいが、データは外に出せない」という現実的な制約と両立できます。全社に配る前に、業務ごとに扱うデータの機微度を棚卸しし、境界を引くのが順序です。
設計原則③：使用権限（エンタイトルメント）——誰が、どのモデルを、いくらまで
9万人に配ると必ず出るのが、「全員に最上位モデルへのフルアクセスを与えるべきか」という問いです。答えは通常ノーです。そしてこの1か月、主要ベンダーがまさにこの**「使用権限（エンタイトルメント）」の統制機能**を相次いで実装しました。
Anthropicは2026年7月2日、Claude Enterprise向けにモデル単位のエンタイトルメント、グループ／ユーザー単位のコスト分析、支出アラートを追加しました（Anthropic）。ポイントは、既に多くの企業がOktaやEntra ID（旧Azure AD）で使っている**SCIM（RFC 7644）**と連携し、IdPのグループをそのままモデル階層に対応づけられることです。
| 部門グループ | 割り当てるモデル階層 | 狙い |
|---|---|---|
| エンジニアリング | 上位モデルまでフルアクセス | 複雑なコード・設計タスクに対応 |
| 営業 | 中位（Sonnet相当）まで | 提案・要約は中位で十分 |
| オペレーション | 軽量（Haiku相当） | 定型処理を最小コストで |
上表はAnthropicが示す運用例をもとにした整理です。要は、IdPの既存グループを使い、Claude用に別の権限体系を作らずにモデルアクセスを制御できることに意味があります。
支出アラートも実務的です。組織全体の上限に対して**75%・90%**で管理者に警告が飛び、利用者側にも75%・95%で通知が届く。上限に達して業務が突然止まる前に、上長へ増枠を申請できる導線が製品内に組み込まれています。加えてAdmin APIで、増枠審査や急増ユーザーの検知をスクリプト化し、部門横断で自動化できます。
使用権限は「コスト抑制」の話に見えて、本質はアクセス制御（RBAC）とデータ統制です。誰がどのモデルに何を渡せるかは、コストと同時に情報流出リスクを決めます。全社配布では、モデルの選定と同じ重さで「権限の設計」を最初に決めておくべきです。
設計原則④：変革管理——「配る」と「使われる」は別
技術設計が整っても、9万人が翌日から使いこなすわけではありません。Ciscoの事例が人員再編と同時期に報じられ議論を呼んだのは、従業員の信頼という変数を無視できないことを示しています。「効率化のために配られた」と受け取られれば、現場は身構えます。
全社ロールアウトを成功させる企業は、配布と並行して次を設計しています。まず一業務での成功事例を先に作り、ROIを数字で見せる。次に、その業務の担当者自身が使い方を語れる状態（内製化の入口）を作る。ツールを配ることではなく、現場が「自分の仕事が楽になる」と実感する経路を設計することが、定着の分かれ目です。CiscoがMD&A初稿の8〜9割をAI化したように、まず「効果が明確な一業務」で証明してから面を広げる——この順序が現実的です。
homulaの観点：全社ロールアウトを「設計の順序」で支える
homulaは創業以来、この「配る前の設計」を伴走してきました。派手な全社発表よりも、設計の順序を間違えないことが、9万人規模でも一部門でも成否を分けます。homulaが提供するのは、4つの設計判断を実装に落とす具体策です。
- まず一業務で証明する — ブートキャンプ: 業務棚卸し・プロトタイプ構築・ROI試算を3〜5日で完結させます。PoCは最短5日から、月額30〜80万円規模の小規模検証で着手でき、「どの業務から全社に広げるか」を机上でなく実データで判断できます（AIエージェント・ブートキャンプ）。
- 権限と監査を一枚に束ねる — Agens Control: 承認フロー・DLP・5年分の監査ログ・RBACを、ベンダー横断で1つの制御点に集約します。設計原則③の「使用権限」を、各社の管理コンソール任せにせず企業側で統制できます（Agens Control）。
- 接続を自社資産にする — Agens: MCPを活用した統合プラットフォームで、200以上のツールと構築ゼロで接続。エージェントの入口を1つに保ちつつ、裏側のモデルや接続先を用途に応じて選べる構成にします。活用技術はn8n / Dify / LangGraphなど中立的な基盤を組み合わせます。
全社配布は、ツール選定より順序の設計で決まります。一業務での証明 → 権限とデータ境界の設計 → 面展開 → 内製化。この順に進めれば、9万人規模でも「配ったが使われない」を避けられます。
まとめ
- Ciscoは2026年7月末から、約9万人の全従業員に個人用エージェントを配布。Gartnerも2026年末に企業アプリの40%がエージェントを組み込むと予測し、「全社員が使う」段階に入った。
- 全社ロールアウトで問われるのは4つの設計判断——①モデルルーティング（常にフロンティアを使わない）②データ境界（頭脳と実行の分離）③使用権限（IdP連携のエンタイトルメント）④変革管理（配ると使われるは別）。
- 主要ベンダーは③の統制機能を相次いで実装（Anthropicの7月2日のモデル別エンタイトルメント／SCIM連携／支出アラート）。権限設計はモデル選定と同じ重さで最初に決めるべき。
- homulaは「一業務での証明 → 権限・境界の設計 → 面展開 → 内製化」という順序で、全社ロールアウトを実装に落とす。
全社にエージェントを配る前に、まず一業務で「効果」と「統制」を実データで確かめておくことが、いちばん確実な近道です。自社の業務棚卸しから、その第一歩を一緒に設計しませんか。