この記事でわかること

- 海外金融機関の生成AI導入が2026年上期に「全社員展開+業務エージェント本番」フェーズに入った背景
- JPMorgan LLM Suite・Goldman Devin・Morgan Stanley Assistantの公開数値と運用設計
- Citi・Wells Fargo・Bank of Americaで進む従業員向け生成AI基盤の横並び展開
- 5社以上の事例から抽出できる大規模展開の3つの設計原則
- 日本の中堅・中小企業が事例から取り込める実務上の判断軸
海外金融機関のAI導入が2026年上期に「全社員展開+エージェント本番」へ移った理由
海外の主要金融機関は2026年上期に、生成AIの位置づけを大きく変えました。全社員に基盤を配布したうえで、業務別の自律エージェントを本番運用に載せる段階に入っています。
背景は3つあります。
- 2024〜2025年のPoC段階で、部門横断の生成AI利用に対する規制側の懸念が整理された
- モデル側もエージェント実行と長文コンテキストが安定し、業務ワークフローへの組み込み難度が下がった
- 経営指標として「1人あたり生産性」や「AI活用ユースケース数」が投資家向けの説明材料になった
とくに、Bank of America・JPMorgan Chase・Citigroupの3社は合計で従業員の約3分の2にあたる80万人以上へ生成AIツールを配布済みです(FinTech Magazine 2026年5月報道)。
金融機関がここまで踏み込めたのは、「業務単位のツール導入」ではなく「共通のLLM基盤 + 用途別アプリ」の2層構造を選んだためです。この構造は、後半で中堅・中小企業向けの設計原則としても再整理します。
JPMorgan Chase — LLM Suiteで25万人配布・ユースケース1,000件へ拡大
JPMorgan ChaseはLLM Suiteという内製プラットフォームを、支店・コールセンター従業員を除くほぼ全社員である約25万人に配布しています。半数が毎日利用する規模に達しています(The Digital Banker 2026年報道)。

主な公開数値は次の通りです。
| 項目 |
内容 |
| 配布対象 |
支店・コールセンターを除く全従業員 |
| アクティブ利用 |
約半数が毎日利用 |
| 生産性向上 |
AI活用領域で約6%(従来約3%) |
| 本番運用中のユースケース |
450以上 |
| 目標(2026年内) |
1,000ユースケースへ拡大 |
LLM Suiteは「JPMorgan承認済みラッパー」としてOpenAIのモデルを含む外部LLMに接続します。データを外部提供者の学習に流用させないことを設計上の絶対条件として置き、ChatGPT直接利用禁止の後継として位置づけました(CNBC報道 2024年8月)。
「共通基盤で守り、用途別アプリで攻める」設計は、規制業種でも短期間で全社展開を可能にした主要因です。同社は年間約198億ドルのテック・AI予算のうち相当額をこの領域に振り向けています(Fortune 2026年報道)。
Goldman Sachs — 1.2万人の開発チームへ「AIコーディングエージェント」を配置
Goldman Sachsは2025年7月に、CognitionのDevinを大手金融機関として初めて開発ワークフローに正式導入しました。2026年上期時点で1.2万人の開発チーム全体に段階展開しており、「初期数百→数千規模」に拡大しています(IBM Think 2026年報道)。
Devinに担当させている業務は次の3つが中心です。
- レガシーコードの理解と段階的リファクタリング
- 反復的なデバッグ・テストコード整備
- 自然言語プロンプトからのアプリスケルトン生成
パフォーマンス面では、v2.1で従来のAIツール比3〜4倍の生産性が確認され、常時人間監督下で「ハイブリッドワークフォース」として運用しています(eWeek 2026年報道)。
同時に、社内では「OneGS 3.0」プログラムが走ります。AIエージェントの適用領域として、以下のプロセス重視業務が明示されています(QA Financial 2026年報道)。
- 営業プロセス・顧客オンボーディング
- 貸出ワークフロー
- レギュラトリーレポーティング
- ベンダー管理
注意
Devinの3〜4倍という数値は自社発表の相対比較値です。前提となる「従来AIツール」の定義や業務範囲が公開されていない場合があるため、他社比較には慎重に扱ってください。
Morgan Stanley — アドバイザー98%が使うAI Assistantと外部エージェント連携
Morgan Stanleyは、社内で「AI @ Morgan Stanley Assistant」と「Debrief」を運用しています。ウェルスマネジメント部門のアドバイザーチームの約98%が日常利用する水準に達しました(CDO Magazine 2026年報道)。

主な運用設計は次の通りです。
- Assistantは社内資料検索・顧客情報要約・調査回答に用途を限定
- Debriefは顧客同意のうえで会議録画をWhisper+GPT-4で要約し、CRMへ自動反映
- アドバイザーは最終出力を必ずレビューしてから顧客へ送付
- 資料アクセス率は20%から80%へ向上
さらに2026年6月には、次の一手として1.2兆ドル規模のワークプレース・ウェルスマネジメント領域を外部AIエージェントに開放する方針が報じられました。3,400の法人顧客が持つ従業員向けストックアドミニストレーション(ShareWorks・Equity Edge)に対し、顧客側のエージェントが直接データ取得できる設計です(CNBC 2026年6月報道)。
社内アドバイザー向けと、外部顧客エージェント向けで「守りと攻めのAI導線を分離」している点が実装上の特徴です。
Citi・Wells Fargo・Bank of America — 全社員展開の横並び動向
3社は「全社員向け生成AI基盤」を横並びで展開しています。JPMorganやGoldman Sachsに続く第2集団として、2026年上期の動きは投資家向けの説明でも定量的に開示されるようになりました。
| 機関 |
2026年上期の主な動き |
| Citi |
30,000開発者がAIコーディングツールを利用、アドバイザー向けAskWealth・Advisor Insightsをリリース |
| Wells Fargo |
全社員向け生成AIプラットフォームを近日展開、顧客向けFargoをGoogle Gemini 2.0 Flashへ更新 |
| Bank of America |
JPMorgan・Citiと合わせて計80万人にAIツール配布(従業員の約2/3) |
Wells Fargoは、社内向けAIの拡張と同時に人手側のプロセス再設計を優先しています。人間とAIエージェントが同じワークフロー上で協働するための業務手順書更新を、AI展開と切り離さず進めている点が特徴です(American Banker 2026年報道)。
Citiは、顧客対応と開発の両輪で生成AIを進めています。AskWealthは市場インサイト提供に用途を限定し、機械学習ベースのAdvisor Insightsダッシュボードはパイロット段階に留めています。
「顧客最終回答は必ず人間が最終確認する」線引きは現時点でも維持されています(Banking Dive 2026年報道)。
5社以上の事例から抽出できる「大規模展開の3つの設計原則」
海外の主要金融機関が2026年上期に本番運用に載せた事例は、業務内容が異なっても設計原則は共通しています。中堅・中小企業が事例を取り込むときの判断軸として、次の3つに整理します。

原則1:共通基盤と用途別アプリを2層で分ける
JPMorgan LLM Suite、Morgan Stanley Assistant、Wells Fargoの新プラットフォームは、外部LLMへの共通接続層と、業務別のアプリケーション層を分けています。全社員が触るのは共通基盤側で、用途別アプリはユースケースごとに拡張されます。
この構造は、モデル差し替え・監査・アクセス制御を1箇所に集めやすく、後から用途を増やす際のリスクを下げます。
原則2:エージェント運用はレビュー前提の「ハイブリッド」に固定する
Goldman SachsのDevin、Morgan StanleyのDebrief、CitiのAskWealthはいずれも、AIの出力を人間が最終確認する前提で設計されています。「AIが全自動で意思決定する構成」を選んだ事例は本番運用に載っていません。
金融のような規制業種で本番運用を続けるには、「AI提案→人間承認→顧客反映」のレビュー導線を業務手順に組み込むことが必須要件になっています。
原則3:外部エージェント接続は用途と権限を明示的に絞る
Morgan Stanleyの外部エージェント連携は、対象を「法人顧客のワークプレース・ウェルスマネジメント」と「特定ストックアドミニストレーション画面」に限定しています。全社データや顧客個別ポートフォリオを外部エージェントに開放していません。
日本企業が今後エージェント連携を検討するときも、対象データ・対象業務・権限範囲を最初に明文化することが前提になります。関連する権限設計はLLMエージェントの権限設計ガイド2026で詳しく整理しています。
中堅・中小企業がこの事例から取り込める実務ポイント
海外金融機関の事例は、規模も予算も違います。ただし、設計思想は中堅・中小企業でも部分的に転用できます。
取り込みやすいポイントは次の4つです。
- 共通LLM基盤を1つに絞る:部門ごとに別ツールを契約するのではなく、まず1つの承認済み基盤を全社標準にする
- 用途別ユースケースを「小さく多く」設計する:1つの大ユースケースを狙わず、業務単位で10〜30のユースケースを積み重ねる
- AI出力の人間レビューを業務手順に埋め込む:顧客対応・見積・提案書などの領域では、レビュー工程を先に手順化してからAIを乗せる
- 外部エージェント接続は用途と権限をペアで管理する:SaaSやMCPサーバーの追加時に、対象データと権限をチケット化して残す
これらは、社員数十〜数百人規模の企業でも実装できる粒度です。全社員向け配布や自律エージェントの本番運用は、まず「共通基盤の一元化」から始めるのが現実的です。
Blackfordの見解 — 「基盤の集約と用途の分散」を同時に進める
海外の金融機関事例が示すのは、「共通LLM基盤を集約し、用途別アプリは分散させる」設計が2026年時点の主流だという点です。全社員配布の規模と、業務エージェント本番運用の速度を両立させるための実装解になっています。

Blackfordでは、共通基盤の設計と用途別アプリの立ち上げを分けて支援しています。データ整備・アクセス制御・レビュー導線などの土台を、業務ヒアリングを踏まえて設計するアプローチです。
DataRoidは、社内データを整えて生成AI活用に載せるためのデータ基盤です。SaaS内蔵AIやプロンプトエンジニアリングだけでは対応できない、社内固有データを扱う場面で選ばれています。
\AIの共通基盤づくりを相談できます/
Blackfordに相談する
よくある質問
Q1. 海外金融機関の事例は日本企業にそのまま当てはまりますか。
そのままの規模・予算は当てはまりません。ただし「共通LLM基盤 + 用途別アプリ」の2層構造や、AI出力の人間レビュー前提設計は、日本の中堅・中小企業でも参考にできる普遍性を持っています。
Q2. Goldman Sachsが導入したDevinのようなエージェントは、日本の中小企業でも使えますか。
Devin単体は開発チーム向けの高度なエージェントで、活用に相応の開発体制と業務データが必要です。中小企業ではまず、承認済みLLM基盤上で「議事録要約」「見積下書き」「調査補助」などのユースケースを積み上げる方が現実的です。
Q3. 海外金融機関が使う「共通LLM基盤」を日本企業が真似るには何から始めればよいですか。
最初は「全社標準として承認するLLM基盤を1つ決める」ところから始めます。個別部門のツール契約を止め、共通基盤を経由してモデルを利用する構造に切り替えるのが第一歩です。
Q4. AIエージェントを本番運用に載せるときに、必ず設計すべき項目は何ですか。
最小限、対象業務・対象データ・権限範囲・レビュー工程・監査ログの5点は事前に決めます。金融機関事例では、この5点が業務手順書と一体で更新されており、日本企業でも同じ順序が有効です。
まとめ
海外の主要金融機関は2026年上期に、生成AIを全社員配布と業務エージェント本番運用の両面で本格展開しました。JPMorgan・Goldman Sachs・Morgan Stanley・Citi・Wells Fargo・Bank of Americaに共通するのは、「共通LLM基盤 + 用途別アプリ」の2層構造と、AI出力に対する人間レビューの前提化です。
日本の中堅・中小企業が同じ水準の投資を短期で行うことは現実的ではありません。それでも、共通基盤の一元化・小さいユースケースの積み上げ・レビュー工程の先行整備・外部エージェント接続の権限管理は、規模に関係なく取り込める設計原則です。
自社での適用可否に迷う場合は、業務課題と扱うデータの現在地を整理したうえで、専門家に相談することをお勧めします。
\AI活用の全社設計を相談できます/
Blackfordに相談する