0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Claude が銀行口座と連携した。でも日本では使えない —— Plaid という「仕組み」と、日本の制度上の壁

0
Last updated at Posted at 2026-11-06

本記事は、Meta の AI エージェント Muse との対話による調査をもとに作成した。調査の実施と原稿の作成は Muse が担い、方針と主張の最終判断は筆者による。

はじめに

2026年11月5日(米国時間)、Anthropic が Claude の新機能「Personal Finance」を発表しました。銀行口座やクレジットカード口座を連携させて、「今月、私のお金はどこに消えたの?」といった質問に、自分の残高と取引履歴をもとに答えてくれる機能です。米国の Pro/Max/Ultra プラン向けに β 提供が始まりました。

「AI が家計を見る」という話自体は目新しくありません。気になったのは 「そもそも、どうやって銀行口座とつないでいるのか」 のほうです。調べていくと、この機能の本体は Anthropic ではなく Plaid という接続基盤にあり、そして日本では同じことが制度的にほぼ不可能である、という話になりました。本記事はその調査の記録です。

Personal Finance の中身

公式発表とヘルプセンターから拾える仕様は次のとおりです。

  • 対象は米国の Pro/Max/Ultra プラン。接続できるのは米国の銀行のみ(Web/デスクトップ/iOS/Android)
  • 最大16の金融機関を接続可能
  • Claude が読むのは、銀行名、口座名と種別、口座番号の下4桁、残高、利用限度額、最大2年分の取引履歴
  • 投資口座を繋いでも保有銘柄や売買履歴は読まない(残高と限度額のみ)
  • 権限は 読み取り専用。資金の移動・管理・投資はできない。投資助言のための機能でもない
  • 専用ハブ内の会話はモデルの学習に使われない。広告やスポンサー推薦はなく、Anthropic 自身のカードやローンの販売もしない

そして口座接続の実務は、Anthropic ではなく Plaid が担います。利用者は Plaid の画面で銀行にログインし、Claude は銀行のパスワードを要求もせず、受け取りもしません。

なおPersonal Finance の連携構造
図1: Personal Finance の連携構造。認証は Plaid の画面で本人が行い、Claude はパスワードを受け取らない

先行事例として、Perplexity が2026年4月、OpenAI が同年5月に「ChatGPT Finances」を発表していますが、いずれも接続基盤は Plaid です。大手 AI 各社は銀行と自前で交渉しているのではなく、既存の配管の上に機能を載せています。

Plaid とは何か

Plaid は、アプリと金融機関の間に入る金融データ接続の基盤企業です。銀行ごとに異なる接続交渉・認証方式・データ形式を全部引き受けて吸収するので、開発者は Plaid とだけ繋げば、米・加・英・欧の 12,000 超の金融機関 に対応できます。返ってくるデータは銀行によらず統一された JSON 形式に正規化されます。

接続は「Plaid Link」というフローを通ります。

  1. 開発者のサーバーが /link/token/create で link_token を発行
  2. フロントで Plaid Link(Plaid 提供の UI)を開き、利用者が銀行を選んで銀行側でログイン+多要素認証
  3. 成功すると public_token が返るので、サーバーが /item/public_token/exchange で access_token に交換(接続単位は「Item」=1金融機関)
  4. 以後は access_token で製品 API を叩く。新着明細や再認証の必要は Webhook で通知される

Plaid Link の接続フロー
図2: Plaid Link の接続フロー。認証情報は開発者の手を経由しない

製品は用途ごとに分かれていて、Transactions(最大2年分の明細、カテゴリ付き。Personal Finance の主役)、Balance(残高)、Auth(口座番号の取得)、Identity、Investments、Liabilities、Income などがあります。

「開発者向けの基盤」の意味

Plaid の本質は、技術よりも 入口の設計 にあります。

  • 開発者アカウントを作ると、その場で client_id と secret が発行され、Sandbox(疑似データ、無料・無制限)ですぐに開発を始められる。営業を通さない
  • 実データでも接続数に上限のある無料枠があり、本番は製品ごとの従量課金
  • 結果として、「自分の家計ダッシュボードを自宅サーバーで動かす」といった個人プロジェクトが GitHub に普通に転がっている

ちなみに送金もできます。Transfer という製品が米国口座間の送金(ACH 等)を実行します。Claude の Personal Finance が読み取り専用なのは Plaid の制限ではなく、Anthropic の設計判断です。

日本ではどうなるか —— 利用の3層

日本で「自分の金融データをどう見るか」は、3つの層に分けられます。

層 形態 日本での可否
第1層 各社のアプリ内で完結(三井住友銀行アプリ、VISA アプリ等。自社の情報のみ) 多数派
第2層 集約アプリで一元管理(マネーフォワード ME 等) 利用可
第3層 自分のシステム/AI エージェントへデータを引く ほぼ不可

日本における銀行データ利用の3層モデル
図3: 銀行データ利用の3層モデルと、日本での可否

第1層が日本の多数派で、お金の確認は各社アプリの中で完結します。第2層の代表がマネーフォワード ME で、銀行・カード・証券(株式・投資信託)・電子マネー・ポイント・年金を 2,500 超のサービスから集約して見られます。利用者数は累計約1,700万人だそうです。

問題は第3層です。日本では成立しません。理由は3つあります。

  1. Plaid が日本に対応していない。接続網は米・加・英・欧のみ。だから Personal Finance も日本では提供されません(ChatGPT Finances も日本未提供)
  2. 銀行 API は事業者専用。日本で第三者が銀行データを読むには、銀行法に基づく 電子決済等代行業者 としての登録に加えて、銀行ごとの API 契約が必要です。各銀行の API は登録済みパートナー向けで、個人開発者が登録して鍵をもらえる仕組みはありません
  3. 国内の類似基盤も法人契約のみ。日本の Plaid にあたる Moneytree LINK は法人向け契約のみで、セルフサーブの開発者登録がありません。Zaim の開発者向け API は手入力データしか返さず、銀行連携データは対象外でした(同 API は2026年12月で終了予定)

つまり、AI エージェントが常駐する自分の環境から、三井住友銀行の預金口座へ API や MCP でアクセスする一般向けの仕組みは、現状存在しません。例外としてマネーフォワードは MCP サーバーを提供していますが、対象は法人・個人事業主向け「MF クラウド会計」の帳簿データ(仕訳)であり、個人の銀行集約データではありません。

自前でやろうとすれば、残る手段は明細 CSV の取り込みか、それこそ次の章のスクレイピングです。現在のネットバンキングはアプリのワンタイムパスワードやリスクベース認証があり、自動化は壊れやすく、銀行の規約上も自動アクセスは制限され得ます。

補足:マネーフォワードについて

第2層の代表であるマネーフォワード ME を提供するマネーフォワードは、2012年創業のスタートアップです。創業者の辻庸介氏はマネックス証券出身で、ウォートン MBA を取得後、「お金の見える化」のサービスを立ち上げました。家計簿・資産管理の集約サービス(現 ME)の開始は2012年12月です。

マネーフォワードの歩み
図4: マネーフォワードの歩み。創業から制度化まで

銀行連携の接続方式は、時代によって変わっています。2018年に電子決済等代行業の登録制ができる前は、金融機関の公式 API がほぼ存在しなかったため、利用者から預かった ID・パスワードでネットバンキングへログインし、画面を読み取るスクレイピングが、各社共通の接続方法でした。金融機関ごとに画面の作りが違うので接続先ごとに読み取り処理を用意し、サイトが改修されればその都度直す。この保守の積み重ねが、当時の実務でした。

マネーフォワードはこの方式で接続先と利用者を積み上げ、2018年の制度開始にあたって電子決済等代行業者の登録を受けています(関東財務局長(電代)第3号)。その後は、銀行自身が「マネーフォワード for ○○銀行」として同社の仕組みを自社アプリに採用する例も出ています。なお現在でも、API を提供していない金融機関についてはスクレイピング接続が使われており、同社の表示にも「API 接続又はスクレイピング接続」と明記されています。

米国でも事情は似ていて、Mint や Plaid も初期は資格情報ベースの接続から始まり、公式 API への移行は後年の話でした。日本で第2層が特定の事業者に集約されている背景には、こうした接続実績の蓄積と、2018年以降は登録と金融機関ごとの契約が必要になった制度の形があります。

おわりに

Claude の Personal Finance は、AI の能力の話というより、「Plaid という配管が米国に存在した」ことの帰結だと感じます。開発者がその場で登録して使える基盤がある市場では、AI 各社が同じ配管の上に短期間で同型の機能を載せられる。日本では配管が免許制で事業者専用のため、AI が個人の銀行データに触れる経路は、集約事業者が握る連携に限られます。

私自身、AI エージェントに自分の口座を見せて家計を相談する、という米国の体験は当面できません。土台となる配管の整備のされ方で、その上の体験が決まる。その構図を日本の事例でも確認できたのが、今回の調査の収穫でした。


出典(2026年11月6日時点):

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?