Claudeの金融エージェント10種とは？役割と導入前の確認点

Claudeの金融向けエージェントは、調査、提案資料、財務照合などの作業手順をまとめたテンプレートです。2026年5月5日に発表された10種は、人が内容を確認・承認するための下書きや分析を作るものとして理解すると、任せる範囲を決めやすくなります。

金融機関の営業、経理、管理部門の担当者に向け、10種の役割と導入前の確認点を整理します。5月の発表を10月4日に一次資料で再確認した記事です。FISが開発する金融犯罪対策の製品や、Microsoft 365のアドインとは区別して説明します。

金融向け10種は、どの業務を助けるのか

エージェントとは、指示に応じて複数の作業を進めるAIです。今回のテンプレートには、仕事の手順や知識、データへの接続、作業を分担する仕組みが組み合わされています。自社の業務や承認手順に合わせて調整するための出発点です。

Anthropicの5月5日の発表で挙げられた名称と、支援する仕事は次のとおりです。右列は用途の要約であり、どの環境でも同じ結果になるという意味ではありません。

KYCは、取引を始める顧客の身元などを確認する業務です。表の「仕訳案を準備」は、帳簿へ確定登録することと分けて考えてください。

まずは必要な成果物から一つ選ぶと、検討範囲を絞れます。面談前の情報整理と、帳簿の差額調査では、必要な資料も確認担当者も異なります。10種を一度に導入する前提で計画する必要はありません。

どこで使うかと、誰が承認するかを分けて決める

5月の発表では、Claude Cowork・Claude Codeの有料プランで使うプラグインと、Claude Platformで動かすManaged Agents向けの実装例が案内されています。プラグインは作業用の機能を追加する仕組み、Managed Agentsはサービス側でエージェントを動かすための仕組みです。

使い始める際は、公式の配布リポジトリで必要なテンプレートと導入方法を確認します。名称や構成は更新されるため、社内手順書には確認日も残します。データ提供会社との契約や接続権限まで、自動的に揃うと考えないでください。

公式READMEは、出力を専門家の確認に回す前提を明記しています。投資推奨、取引の実行、帳簿への記入、顧客受入れの承認などを任せるものではありません。下書きの作成と、業務上の確定を分けることが利用判断の軸になります。

たとえば財務照合なら、「差額と根拠を一覧にする」までを依頼し、「その差額をどの仕訳で処理するか」は担当者が判断する、と分けられます。以下の確認例も、この境界を練習するためのものです。

Microsoft 365連携とFISのAML製品は別の話

同じ発表には、Excel、PowerPoint、Wordで使うClaudeアドインの説明があります。アドインとは、それぞれのアプリに機能を加えるものです。5月5日の発表ではOutlookは提供予定とされていました。この発表だけで、現在のOutlookの提供状況や、Teamsへの自動投稿まで確認できたことにはなりません。

金融テンプレートを選ぶこと、Officeアプリで使えるようにすること、社内データの接続を許可することは、それぞれ確認が必要です。「Microsoft 365連携」の一言で、送信や承認まで任せないようにします。

一方、FISは5月4日に、AnthropicとFinancial Crimes AI Agentを共同開発すると発表しました。AMLはマネーロンダリング対策のことです。銀行の資料を集め、調査担当者の判断を助ける製品として説明されています。これは、上の10種に「AML調査エージェント」という一項目を加える話ではありません。

FISの5月発表では一般提供を2026年後半に予定していました。その後、9月10日の公式発表では、基幹銀行システムの顧客で試験導入中と説明しています。10月4日の今回の確認では、一般提供開始や日本での利用条件は確認できていません。

FISが示す時間短縮の方向性を、全利用者に共通する「1件30分」や「80％削減」に置き換えることはできません。自社の評価では、資料を集める時間だけでなく、結果の点検・修正にかかる時間も測る必要があります。

確認例：差額の理由が分からないときは保留する

次は、経理担当者が照合結果を点検するための編集部が作成した架空の練習例です。金融テンプレートの実機検証は未実施です。実在する顧客や取引のデータは使っていません。

図：照合結果を確認するための編集部提案の手順。製品画面や公式の業務フローではありません。

入力は次のように、期間、通貨、資料の有無まで揃えます。実務で試す場合は、会社が認めた環境と資料を使ってください。

以下は練習用の架空データです。
対象：2026年9月、通貨：日本円
帳簿金額と根拠資料の金額を比較してください。
差額は「帳簿金額－根拠資料の金額」とします。
資料がない行は差額を計算せず、未確認にしてください。

ID,帳簿金額,根拠資料の金額,資料の状態
A,120000,120000,同じ期間の資料あり
B,85000,83000,同じ期間の資料あり
C,40000,,資料なし

出力：ID／状態／差額／追加で確認すること
状態は一致・不一致・未確認に分けます。
差額の理由を推測で埋めないでください。
仕訳、取引、外部への送信は行わず、確認表だけを作ります。

期待する確認表は次の形です。

ここで点検したいのは、Bの差額を勝手に「手数料」と説明していないか、Cの空欄を0円として処理していないかです。数字が合うことと、処理を承認できることは別です。資料の期間が違う、通貨が違う、根拠がない場合は、条件を揃える工程へ戻します。

この例の金額や期待表は説明用に作ったものです。帳簿処理の助言や、サービスの精度・処理時間を測った結果ではありません。

自社で試す前に、成果物と確認者を一枚にまとめる

導入候補を社内で相談するときは、製品名の一覧に加えて、次の欄を埋めると判断しやすくなります。未確認の条件は空欄にせず、確認先を記します。

一般的な業務の選び方はClaude Codeでできること、チーム利用の条件を整理するときはClaude Teamプランの解説も参考になります。

最初の試行は、資料と期待する結果を人が把握できる範囲に絞ります。説明資料には、確認できたこと、未確認の条件、人が担う判断を分けて載せてください。