みずほCoworkの公開資料には、要件とアーキテクチャを共同策定したAWSプロフェッショナルサービス、内製開発ラボで基盤構築を支援したGROWTH VERSE(外部FDE)、プロダクトを開発する社内の内製開発ラボ、そして業務と開発の間で検証を担う社内FDE(試行5名ほど)が登場します。各社の作業分担は公開されていません。日本企業にとっての示唆は、外部FDEを受け止める内製チームを先に持つこと、業務知識をSkillsとして基盤技術から切り分けて社内に残すこと、そして「FDE」という職名ではなく作業の単位で責任範囲を決めることです(後半は本稿の見立て)。
要点
- みずほフィナンシャルグループは2026年10月5日、AWS上に社員一人ひとりのAIエージェント用の作業環境を用意する「みずほCowork」を開発し、専門業務への適用に向けたPoCを始めると発表しました。
- 公開資料からは、AWSプロフェッショナルサービスの伴走支援、GROWTH VERSEによる外部FDEの支援、社内の「内製開発ラボ」、そしてラボ内で試験的に置かれた社内FDEという、少なくとも4つの担い手が見えます。
- 日本企業が読み取れるのは、外部のFDEを受け止める内製チームと、業務知識を「Skills」として基盤技術から切り分けて社内に残す設計を先に持っていた点だ、というのが本稿の見立てです。
みずほCoworkは「社員ごとのAIの仕事場」として発表された
みずほフィナンシャルグループ(以下、みずほFG)は2026年10月5日、自律型AIエージェント基盤「みずほCowork」の開発を発表しました。AnthropicのClaude Agent SDKを使い、AWS上に社員一人ひとりの専用作業環境を割り当てる、みずほ独自のプロダクトと説明しています。
社員が目的と資料を渡すと、AIエージェントが与えられた権限の範囲で作業手順を組み立てます。多数の資料を横断した調査や分析、画面操作、レポートやプレゼンテーション資料の作成など、複数の工程からなるデスクワークを進める仕組みです。今回のPoCで検証する業務として、案件資料の分析・整理と資料作成、調査データの分析、業務監査に関するチェック、専門レポートの海外向け要約・翻訳が挙げられています。
構成上の特徴は、AIエージェントの動作を制御する「ハーネス」を二層に分けたことです。下の層はClaude Agent SDKのツール実行やコンテキスト管理を使う汎用的なレイヤーで、上の層はみずほ固有のガードレールと、各部門の業務手順・判断基準・専門知識を「Skills」として追加するレイヤーです。発表文は、これによって最新のモデルやエージェント技術を取り込みながら、業務ノウハウを基盤技術と切り分けて蓄積できると書いています。
実行環境はAmazon ECS on AWS Fargate、作業領域はAmazon S3 Filesで利用者ごとに分け、使うときだけ起動して破棄する構成です。入出力はAmazon Bedrock Guardrailsで統制し、ログ記録と運用監視も組み込みました。
なお、日経クロステックは同日、2026年8月に一部部門でPoCを始め、2027年度にもみずほFG、みずほ銀行、みずほ信託銀行の計約3万人への導入を目指していると報じました。これは同誌の取材による報道で、2026年10月25日時点で、みずほFGの公式発表では導入人数と時期を確認できていません。
誰が作ったのか:AWSの伴走、外部FDE、内製開発ラボ
みずほCoworkの作り手について、公開資料はそれぞれ別の担い手を挙げています。
みずほFGの発表は、AWSプロフェッショナルサービスの伴走支援で、金融機関に必要な業務・リスク管理上の要件を整理し、アーキテクチャと実装方針を共同で策定したと書いています。そのうえで、プロダクトを開発するのは「〈みずほ〉のAI・デジタル人材」だと明記しています。
2026年10月20日には、AIエージェント事業を手がけるGROWTH VERSEが、みずほFGの「内製開発ラボ」でFDEとして伴走支援を行っていると発表しました。発表によると、同社は2026年春から参画し、みずほCoworkの構築を支援しました。セキュアなAIエージェント基盤を3か月で構築して社内リリースし、今後の社内プロダクトで使う認証認可サービスの共通基盤も作ったとしています。支援体制と要員は当初の3倍に広げたと書いています。
受け手である内製開発ラボは、みずほFGデジタル戦略部の組織です。みずほFGのDXメディアは2026年6月26日の記事で、ラボを「社内でAIプロダクトを開発しながら、全社での内製開発を支える専門部隊」と紹介しています。同日のAWS Summit Japan 2026でChief AI Officerの藤井達人氏は、ラボのエンジニアを約60名と説明しました。7月31日に公開されたイベントレポートでは、ラボの担当者が約50名のエンジニアで約50のプロダクトを並行開発していると話しています。資料によって人数に幅がある点は注意が必要です。
業務・リスク管理上の要件の整理、アーキテクチャと実装方針の共同策定
みずほFGの発表(2026-10-05)
内製開発ラボでの伴走支援、AIエージェント基盤と認証認可サービスの構築支援
GROWTH VERSEの発表(2026-10-20)
プロダクトの開発、全社の内製開発の標準化
みずほFGの発表、MIZUHO DX(2026-06-26)
業務と開発の間で、動くモックによる仮説検証
みずほFG DX note(2026-07-31)
ここからは本稿の推論です。各社の発表は自社の役割を中心に書かれており、AWSとGROWTH VERSEの作業がどう分かれていたかは公開されていません。確かなのは、要件とアーキテクチャの共同策定、基盤の構築支援、プロダクト開発という役割に、それぞれ別の担い手が名乗り出ていることです。
社内にも「FDE」がいる:上流工程を担う5人の試行
外部のFDEとは別に、みずほFGは社内にもFDEという役割を置き始めています。
7月31日のイベントレポートで、デジタル戦略部の小野雄二氏は、AIによってコードを書く、画面を作る、テストを回すといった下流工程が速くなり、次の課題が「何を作るのか」「何を検証するのか」を決める上流工程になったと話しています。その対策の1つがFDEで、業務側と開発側の間に立ち、現場の課題を理解しながらその場で動くモックを作り、仮説検証を進める役割だと説明しました。当時は試験的に5名ほどが担っていたとしています。
同じレポートでは、PoCで何を確かめるかを先に決め、学びを本番開発の要件へつなげる方針も語られました。
GROWTH VERSEの発表文は、FDEを「クライアントの現場やプロジェクト内に深く潜入・常駐し、事業課題の特定からプロダクトの実装・運用支援までを一体となって伴走するエンジニア」と定義しています。一方、みずほFG社内のFDEは、業務と開発の間で検証を進める役割として語られています。同じ「FDE」という名前でも、外から入る支援者と、社内の上流工程の担い手という2つの使い方が、同じ組織の中に並んでいることになります(本稿の整理)。
外部FDEは基盤づくりの伴走者として、社内FDEは「何を作り、何を検証するか」を決める上流工程の担い手として語られています。
量産を支えるのはハーネスとSkills
みずほCoworkは、2025年12月に公開した全社共通のAI基盤「Wiz Base」と、2026年3月31日に発表した「エージェントファクトリー」の延長にあります。エージェントファクトリーは、AIエージェントの開発からデプロイ、運用、改善までを標準化する仕組みで、2週間程度かかっていた複雑なAIエージェントの開発を最短数日、最大70%短縮するとしています。2026年2月にデジタル戦略部で使い始め、展開部門を順次広げる計画です。
藤井氏はAWS Summitの講演で、15領域・100業務カテゴリーにわたり1,000以上のAIエージェント候補を識別していると述べました。大半が特定業務に密着した「少量多品種」になるため、ガードレール、長期記憶、業務知識(skills)、道具(tools)、観測・評価をハーネスとして共通部品にしたと説明しています。講演では、みずほCoworkの統制の仕組みとして、利用者ごとの使い捨てコンテナ、Bedrock Guardrailsによる出力の統制、AWS CloudTrailによる監査ログの3つも紹介されました。
同じ講演で藤井氏は、2026年から3年間で1,000億円規模のAI投資を計画していることも明らかにしました。
日本企業が読み取れること
ここからは本稿の見立てです。みずほFGの事例から、FDEを外から迎える日本企業が読み取れることは3つあります。
- 受け手の内製チームを先に持つ。GROWTH VERSEが入ったのは、みずほ社員がプロダクトを作る内製開発ラボの中でした。外部FDEが基盤を作っても、それを使い続け、次のプロダクトへ広げる人が社内にいなければ、成果は支援の終了とともに止まりやすくなります。
- 業務知識の置き場所を決めておく。みずほCoworkでは、基盤はClaude Agent SDKとAWSの上に作り、業務手順や社内ルールはSkillsとして別の層に置いています。Skillsについて、みずほFGはAnthropicが開発しオープンな標準として公開した仕組みで、他社のAIエージェントでも使えると注記しています。基盤のモデルや支援企業が変わっても、業務知識が自社に残る設計です。
- 「FDE」という言葉の中身を契約前に確かめる。同じ名前でも、常駐して伴走する支援、業務と開発の間で検証を進める社内の役割、そしてOpenAIのように「プロフェッショナルサービスではない」と説明するモデル企業のFDEでは、責任の範囲が違います。誰が要件を決め、誰が本番の運用を持つのかは、職名でなく作業の単位で取り決めておくべきでしょう。
なお、客先で働くときの契約と指揮命令の論点は、Palantirの記事で整理しました。
よくある質問
みずほCoworkは全社員が使っているのですか
みずほFGの2026年10月5日の発表は、専門業務への適用に向けたPoCの開始です。日経クロステックは2027年度にも約3万人への導入を目指すと報じましたが、2026年10月25日時点で、みずほFGの公式発表では導入人数と時期を確認できていません。
みずほCoworkを作ったのはAWSですか、GROWTH VERSEですか
みずほFGはAWSプロフェッショナルサービスの伴走支援で要件とアーキテクチャを共同策定し、みずほの人材がプロダクトを開発していると説明しています。GROWTH VERSEは内製開発ラボでFDEとして構築を支援したと発表しています。両社の作業の分担は公開されていません。
みずほ社内のFDEは何をする役割ですか
2026年7月31日のイベントレポートでは、業務側と開発側の間に立ち、現場の課題を理解しながらその場で動くモックを作り、仮説検証を進める役割と説明されています。当時は試験的に5名ほどが担っていました。
SOURCE DESK
参照した一次情報
役割や組織は変わるため、公開時点の公式ページを確認しています。求人票が更新・終了した場合も、 この記事では確認日とURLを残します。
- みずほフィナンシャルグループ|自律型AIエージェント基盤「みずほCowork」を開発し、業務適用に向けたPoCを開始(PR TIMES、2026-10-05)確認 2026年10月25日
- GROWTH VERSE|みずほフィナンシャルグループの「内製開発ラボ」にてFDE支援を実施(PR TIMES、2026-10-20)確認 2026年10月25日
- みずほフィナンシャルグループ|AWS Summit Japan 2026講演レポート:エージェントファクトリーで加速する〈みずほ〉のAIプロセス変革(MIZUHO DX、2026-08-12)確認 2026年10月25日
- みずほフィナンシャルグループ|AIを速く作り続ける組織へ。「内製開発ラボ」の挑戦(MIZUHO DX、2026-06-26)確認 2026年10月25日
- みずほフィナンシャルグループ DX note|〈みずほ〉のモダン開発 イベントレポート(2026-07-31)確認 2026年10月25日
- みずほフィナンシャルグループ|「エージェントファクトリー」を始動(PR TIMES、2026-03-31)確認 2026年10月25日
- 日経クロステック|みずほ、AIエージェント「Cowork」3万人に導入へ(2026-10-05、報道)確認 2026年10月25日
- OpenAI|Forward Deployed Engineering(法人向けページ・FAQ)確認 2026年10月25日
本稿は公開情報をもとに導入体制を分析したもので、みずほフィナンシャルグループ、GROWTH VERSE、AWS、その他の企業による確認・協賛を受けた記事ではありません。人数・期間・効果などの数値は各社の発表・講演での説明で、FDE Journalが独自に検証したものではありません。日経クロステックの導入計画は同誌の取材による報道で、2026年10月25日時点でみずほFGの公式発表では確認できていません。「本稿の推論」「本稿の見立て」「本稿の整理」と記した部分は、情報源が述べた事実ではなく、FDE Journalの編集上の分析です。
事実誤認や更新情報は hello@aishugyo.com までお知らせください。