Anthropic が 2026-05-05 に Claude for Financial Services を発表しました。金融業界向けの発表ですが、中身は 「Managed Agents 上で動く 10 個のテンプレ × Microsoft 365 直結 × MCP 経由のデータコネクタ群」 という構成で、金融以外のドメインに移植しやすい部品として読めます。本記事では発表内容を整理しつつ、**開発者・プラットフォーム実装者の目線で「何の部品が新しく組めるようになったか」**を抜き出します。
全体像
| 軸 | 中身 |
|---|---|
| Agent テンプレ | 10 種(リサーチ/カバレッジ系 5、ファイナンス/オペレーション系 5) |
| 配布形態 | Claude Cowork plugin / Claude Code plugin / Managed Agents cookbook の 3 形態 |
| Microsoft 365 | Excel / PowerPoint / Word の add-in が GA、Outlook が coming soon |
| データコネクタ | Moody’s MCP + 8 種の新規コネクタ |
| 対象ユーザー | 投資銀行/AM/保険のフロントオフィスとバックオフィス両方 |
1. 10 種の Finance Agent テンプレ
5 つずつ 2 グループに分けると把握しやすいです。
リサーチ / クライアントカバレッジ系
| Agent | 何をするか |
|---|---|
| Pitch Builder | ターゲット社リスト生成、コンプス分析、ピッチブックドラフト |
| Meeting Preparer | クライアント / カウンターパーティーのブリーフを会議前に組成 |
| Earnings Reviewer | トランスクリプトと filings を処理し、モデル更新と thesis 変化のフラグ |
| Financial Model Builder | filings / データフィード / アナリスト入力から財務モデル構築 |
| Market Researcher | セクター動向の追跡、ニュースとリサーチの統合 |
ファイナンス / オペレーション系
| Agent | 何をするか |
|---|---|
| Valuation Reviewer | コンプスと社内基準に照らしたバリュエーション検証 |
| General Ledger Reconciler | 勘定の reconcile、NAV 計算 |
| Month-End Closer | 月次決算 checklist 実行、journal entry 準備、レポート生成 |
| Financial Statement Auditor | 財務諸表の整合性レビュー、監査準備 |
| KYC Screener | エンティティファイル組成、ドキュメントレビュー、コンプライアンスエスカレ |
配布形態 — ここが開発者にとって重要
3 形態で同じ agent が降ってくるのが今回の発表の肝です:
- Claude Cowork plugin(有料プラン): デスク上の Cowork から呼ぶ
- Claude Code plugin: 開発者の手元の Claude Code から呼ぶ
- Managed Agents cookbook(public beta): 自社プロダクトに API として組み込む
つまり同じテンプレを、エンドユーザー UI 経由 / 開発者 CLI 経由 / 自社製品の裏側 のどこにでも貼り直せる——金融に限らず汎用パターンとして再利用可能です。
2. Microsoft 365 直結
これはコア技術として最も波及が大きい部分です。
add-in が動く範囲
| アプリ | 状態 | 何ができる(代表例) |
|---|---|---|
| Excel | GA | filings とデータフィードから財務モデル構築、複数ブック横断の式監査、感度分析 |
| PowerPoint | GA | 数字が更新されると自動でアップデートされるデッキのドラフト |
| Word | GA | 社内テンプレートに沿った credit memo の編集 |
| Outlook | coming soon | 受信箱トリアージ、会議調整、返信ドラフト |
開発者にとっての含意
- **Excel での「式監査」「感度分析」は、「Claude が xlsx を入力として理解→出力もまた xlsx」**というパターンの公式化です。これまで
xlsxskill 経由で半手動だったものが、ユーザー UI 上の通常操作として完結するようになります - **PowerPoint の「数字更新で自動デッキ」**は、MCP コネクタからのデータ更新 → 任意のテンプレートにレンダという典型パターン。金融以外の月次レポートにそのまま転用可能
- アプリ間で context を保持する設計が明示されています(Excel で組んだモデルの結論が、PowerPoint でデッキの数字として、Word で memo の文として、Outlook で送信メールの中で連続)。MCP の文脈共有モデルの実装事例として参考になる
3. Moody’s MCP と新コネクタ
Moody’s MCP App
6 億社超(公開・非公開両方)の クレジット格付けと企業データにアクセスできます。MCP サーバとして提供されるため、Claude Code / Claude API のどちらからも同じ口で呼べる構造です。
8 種の新規コネクタ
| コネクタ | カバレッジ |
|---|---|
| Dun & Bradstreet | Business identity データ |
| Fiscal AI | 上場株 fundamentals |
| Financial Modeling Prep | リアルタイム金融データ(マルチアセット) |
| Guidepoint | エキスパートインタビュー transcript |
| IBISWorld | 業界レベルの金融データ |
| SS&C IntraLinks | ディール data room アクセス |
| Third Bridge | エキスパートインタビュー(企業/セクター) |
| Verisk | 保険データ |
これらは MCP コネクタとして登録され、ツール定義を 1 行書けば agent が呼べる形で配布されます。mcp_oauth 認証(別途 vault credential refresh が今週追加)と組み合わせて、マルチテナントで安全に持ち回せる設計になっています。
4. 「金融じゃないチーム」が読み替えるべきポイント
ここが開発者ブログとしての本題です。金融以外のドメインにこの発表を移植する観点で、3 つの再利用可能なパターンを抜き出します。
パターン A — 「3 形態同梱」テンプレ
ある業務 agent を作るとき、Cowork plugin / Claude Code plugin / Managed Agents cookbook の 3 形態同時公開を最初から計画する。
- ユーザー UI(Cowork)で社内導入
- エンジニア向け(Claude Code)で技術検証
- API(Managed Agents)で自社プロダクトに lift
同じ outcome 定義と同じ MCP コネクタ群を共有すれば、3 形態で挙動が分岐しない運用が可能です。Anthropic が今回それをお手本として見せた形。
パターン B — Microsoft 365 を「最終出力面」と見る
add-in はユーザーが既に開いているアプリの中で完結することに価値があります。これまで「web UI / Slack bot / Cowork」が出力面の 3 大だった構図に、Excel / PowerPoint / Word / Outlookが公式に加わりました。
非金融でも:
- PM: PowerPoint の月次レビュー資料を、JIRA / Linear データから生成
- マーケ: Word のリリース原稿を、社内ナレッジ + 顧客インタビューから生成
- オペ: Outlook の inbox triage を、Notion DB + ZenDesk 連携で
——という形にそのまま読み替え可能です。
パターン C — MCP コネクタ「1 行で agent に貼れる」運用
Moody’s + 8 コネクタの配布様式は、内製の社内データ MCP 配布のお手本になります。
// .claude/mcp.json(イメージ)
{
"servers": {
"moodys": { "url": "https://mcp.moodys.com", "auth": "oauth" },
"fiscal": { "url": "https://mcp.fiscal.ai", "auth": "oauth" },
"internal": { "url": "https://mcp.example.com/dwh", "auth": "oauth" }
}
}OAuth 認証の credential を Anthropic 側 vault が背景リフレッシュしてくれるアップデート(同週、Claude Developer Platform に追加)と合わせて、長時間 agent を OAuth ベースで安全に走らせる運用がやっと現実的になりました。
5. ガードレール
金融ドメインで本番投入する前提のテンプレなので、ガードレール設計が他ドメインより 1 段固い前提です。
- outcome / signals 駆動で「成功の閾値」を宣言的に書く(Managed Agents の Outcomes 機能)
- escalation のフローを agent 側に持たせる(KYC Screener が境界事例で人間にエスカレ)
- MCP コネクタはユーザー identity 経由で、agent が単独で credential を持たない
- すべての操作を audit ログとして保存(エンタープライズ管理に必要)
これは金融特有の要請として書かれていますが、社内ツールとして agent を運用するチーム全般にとってそのまま規範になります。
6. 採用判断
金融業界:
- フロントオフィス:Pitch Builder と Earnings Reviewer から触ると ROI が見えやすい
- バックオフィス:Month-End Closer / Financial Statement Auditor が決算サイクルに直接効く
- コンプライアンス:KYC Screener が初動審査を担当、人間は境界事例だけ捌く
金融以外のチーム:
- M365 add-in が自分の出力面になり得るかを最優先で検討
- 内製データ向けにMCP server を 1 つ書く(public OAuth + Vault refresh が背中を押してくれる)
- Cowork / Code / Managed Agents の 3 形態同梱を業務 agent の標準仕様として採用
まとめ
「金融向け発表」と読むと範囲を見誤ります。実体は 「業務 agent の流通様式」と「ユーザーが既にいるアプリ面への直結」 を Anthropic が金融という導入が早く高単価のドメインで先行公開したものです。
- 3 形態同梱(Cowork / Code / Managed Agents) をテンプレ流通の規範に
- Microsoft 365 add-in を最終出力面として組み込む
- MCP コネクタ + OAuth + Vault refresh で長時間運用を安全化
——この 3 つは金融以外でもそのまま組める骨格です。自分のドメインで何の 10 種テンプレを書くか——というのが、各チームに残された宿題になります。