Claude Personal Financeとは、銀行口座を読み取り専用でつなぐ家計分析機能です。
Anthropic は2026年11月5日、Claude に銀行口座やカードの明細を読み込ませて「先月のお金がどこに消えたか」を聞ける新機能、Claude Personal Finance をベータ公開しました。対象は米国の Pro・Max・Ultra プラン利用者の一部で、日本からはまだ使えません。それでも、この機能の設計にはEC事業者の資金管理にそのまま応用できる考え方が詰まっています。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル(うるチカラ運営)の現場知見にもとづき、機能の中身、日本の事業者が今すぐ使えない理由、そして同じ分析を入出金明細のCSVで再現する手順を、プロンプト5本つきで解説します。
Claude Personal Financeで何ができて、何ができないのか
Claude Personal Finance は、口座の残高と取引履歴を「読むだけ」に限定した分析機能です。お金を動かす権限は一切持たず、そこが最大の設計上の特徴になっています。
Anthropic の公式発表と、それを報じた The Next Web によると、利用者は金融データ連携サービスの Plaid を通じて銀行やカードの口座をつなぎます。銀行へのログインは Plaid の画面で行うため、Claude が銀行のパスワードを目にすることはありません。連携できる銀行は最大16行で、普通預金などの口座については最大2年分の取引履歴を読み込めます。投資口座やローン、カードについては、残高と利用枠だけが対象です。
できることは、毎月の支出がどこに流れたかの説明、二重請求や手数料の洗い出し、残高や取引をもとにしたグラフやダッシュボードの作成です。一方で、送金、資産運用、投資の実行はできません。Anthropic は自社のクレジットカードやローン、預金商品を提供しておらず、広告やスポンサー付きのおすすめも表示しないと明言しています。
プライバシー面の扱いも具体的です。Personal Finance のハブで交わした会話はモデルの学習に使われず、連携口座を使った会話は Claude の共有メモリにも残りません。ただし、いったん会話やアーティファクトに書き出された数字は、口座の連携を解除しても、利用者が削除するまでその会話に残ります。この「連携解除=データ消去ではない」という点は、社内でAIを使うときにも見落とされやすいところです。
精度についても公式は慎重で、Claude は間違えることがあるため、重要な数字は銀行の画面で確かめるよう案内しています。AIに家計簿をつけさせるのではなく、明細を読んで気づきを返す相談相手として位置づけている、と読むのが正確でしょう。
競合の動きも押さえておきます。The Next Web によれば、OpenAI は同じく Plaid を使った口座連携を5月に始め、最初は月額200ドルの Pro プランから提供しました。銀行明細をAIに読ませる機能は、主要な対話AIの標準装備になりつつあります。Anthropic 自身も今回の機能を「最初の一歩」と位置づけ、資格を持つ専門家や規制下の金融機関と組んで、より大きなお金の判断を支える方法を探るとしています。
日本のEC事業者が今すぐ使えない3つの理由
結論として、日本のEC事業者が Claude Personal Finance をそのまま業務に使うことは、2026年11月時点ではできません。理由は3つあります。
1つ目は提供地域です。ベータの対象は米国の利用者に限られ、日本を含む他地域への展開時期は発表されていません。2つ目は連携の仕組みです。口座接続を担う Plaid は北米や欧州の金融機関を中心に対応しており、日本の銀行は対象に含まれていないとみられます(要確認)。3つ目は用途の前提で、名前のとおり個人の家計管理が主眼です。法人口座への対応は報道の範囲では明記されていません。
日本で同じ仕組みが提供されるかどうかについては、制度面のハードルも考えておく必要があります。日本では、銀行口座の情報をAPIで取得して利用者に提供するサービスは、銀行法上の電子決済等代行業として登録し、各銀行と契約を結ぶのが原則です。海外の対話AIがこの手続きを経て国内の銀行とつながるには、相応の時間がかかると見ておくのが現実的です(見通しであり、提供時期は要確認)。
では、EC事業者にとってこのニュースは無関係かというと、そうではありません。個人事業主として楽天市場や Amazon に出店している方なら、事業用と生活用の口座が混ざり、月末にどこまでが事業のお金なのか分からなくなる、という悩みは身近なはずです。法人であっても、社長個人のカードで広告費やSaaSを立て替えているケースは少なくありません。現場で繰り返し見るのは、売上の数字は毎日見ているのに、入金と支払いのタイミングのずれを把握していない店舗です。
Personal Finance が示したのは、明細を読み取り専用でAIに渡し、「どこに消えたか」「何が二重になっているか」を対話で聞くという使い方です。これは、銀行やカード会社、各モールから書き出した入出金明細のCSVがあれば、日本の事業者でも今日から再現できます。次の章で、その手順を具体的に組み立てます。
入出金明細CSVで同じ分析を再現する5手順とプロンプト5本
結論として、口座を直接つながなくても、明細のCSVを Claude に読ませれば Personal Finance と同じ種類の分析はできます。違いは、連携が自動か手動かだけです。手順は次の5段階で進めます。
手順1は明細の書き出しです。ネットバンキングの入出金明細、法人カードや個人カードの利用明細、そして各モールの入金明細を、同じ期間でCSVに書き出します。Amazon ならセラーセントラルのペイメントのレポート、Shopify なら Shopify ペイメントの入金一覧のように、モールごとに入金の内訳を出せる画面があります。期間はまず直近3か月で十分です。
手順2は個人情報の伏せ字です。口座番号、カード番号、取引先の個人名は、アップロード前に列ごと削除するか、末尾4桁だけ残して置き換えます。Personal Finance が銀行のパスワードを Claude に見せない設計にしているのと同じ考え方で、AIに渡す情報は分析に必要な範囲に絞ります。
手順3は Claude のプロジェクト機能への登録です。毎月同じ分析をするなら、プロジェクトに明細と「勘定科目の分け方のルール」を置いておくと、毎回の説明が不要になります。手順4で下のプロンプトを順に使い、手順5で Claude が出した合計額を銀行の残高や会計ソフトの数字と突き合わせます。最後の突合は省略しないでください。
最初のプロンプトは、明細を事業と生活に分け、事業側をさらに費目に分ける作業です。個人事業主の店舗では、これだけで月末の確認時間が大きく減ります。
プロンプト1:入出金明細の事業・生活の仕分け
あなたはEC事業者の経理を補助するアシスタントです。
添付した入出金明細CSV(期間:{開始日}〜{終了日})を読み、各行を次のルールで分類してください。
分類ルール:
1. まず「事業」「生活」「判断できない」の3つに分ける
2. 事業はさらに「モール入金」「仕入」「広告費」「送料・物流」「システム利用料」「手数料」「その他」に分ける
3. 判断できない行は理由を1行で添える
4. 金額はCSVの値をそのまま使い、推測で補わない
出力:
- 分類ごとの件数と合計金額
- 判断できない行の一覧(日付・摘要・金額・理由)
- 合計額は最後に入金合計と出金合計で検算した結果も示す
次は、Personal Finance の公式の使い道にも挙げられている、二重請求や手数料の洗い出しです。EC運営ではSaaSや広告の請求が多く、解約し忘れや二重契約が埋もれがちです。
プロンプト2:二重請求・不要な手数料の検出
添付のカード利用明細と銀行明細({期間})を確認し、次の3種類を洗い出してください。
1. 同じ請求元から同じ月に2回以上請求されているもの
2. 毎月発生しているサブスクリプション(請求元・金額・初回の日付)
3. 振込手数料、決済手数料、為替手数料など、手数料と読み取れる出金
条件:
- 同名でも金額が違う場合は別の請求として扱い、その旨を書く
- 解約すべきかどうかの判断はせず、確認すべき候補として並べる
- 出力の最後に、候補の合計金額と、全出金に占める割合を示す
3本目は、EC特有の資金繰りの悩みである「売上と入金のずれ」を見える化します。楽天市場、Amazon、Shopify では入金のサイクルが異なり、セール月ほど立て替えが膨らみます。
プロンプト3:モール別の入金サイクルと資金繰り表
添付したモール別の入金明細({モール名を列挙}、{期間})と銀行明細を使い、次を作成してください。
1. モールごとの「売上が立った日」と「入金日」の平均的な間隔(日数)
2. 今後{30}日間の入金予定と、銀行明細から読み取れる定期的な支払い予定を並べた週次の資金繰り表
3. 残高が最も少なくなる週と、その時点の見込み残高
条件:
- 明細から読み取れない値は「不明」とし、推測で埋めない
- 見込みの計算に使った前提(入金間隔、定期支払いの金額)を最後に箇条書きで示す
4本目は、広告費とシステム利用料の棚卸しです。売上が伸びている時期ほど、成果に関係なく固定的に出ていく費用が見えにくくなります。
プロンプト4:広告費・システム利用料の棚卸し
添付の明細({期間})から、広告費とシステム利用料に当たる出金をすべて抜き出してください。
あわせて、添付の売上データ({モール別の月次売上})と並べ、次の観点で表ではなく文章で整理してください。
1. 費目ごとの月平均額と、売上に対する比率
2. 売上が前月より下がった月にも金額が変わっていない費目
3. 請求元ごとに、何のための費用か社内で確認すべき質問を1つずつ
注意:
- 広告の成果(売上への貢献)は明細だけでは判断できないため、「要確認」と明記する
最後のプロンプトは、月に一度の振り返りを定型化するためのものです。毎月同じ形で出しておくと、前月との比較が楽になります。
プロンプト5:月次の資金レビューと要注意アラート
あなたはEC事業者の財務アドバイザー役です。今月({年月})の入出金明細と前月分を比べ、次の形式で報告してください。
1. 今月の入金合計・出金合計・差額と、前月からの増減
2. 前月より20%以上増えた費目と、その主な取引
3. 来月の支払いで残高が足りなくなるおそれがあるか(根拠の取引を示す)
4. 経営者が今週中に確認すべきことを3つまで
条件:
- 投資や借入の判断は行わず、事実の整理と確認事項の提示にとどめる
- 計算結果は最後に検算し、合わない場合はその旨を書く
5本のプロンプトはいずれも、Claude に判断を任せず、事実の整理と確認候補の提示までに役割を絞っています。Personal Finance がお金を動かす権限を持たないのと同じで、AIには読ませて気づかせ、決めるのは人という線引きを守るのが安全です。
経営数字の月次レポート全体をAIで作る方法はEC月次経営レポートスキルの解説で、表計算ソフト上で Claude を使う方法はClaude for Excel アドインのEC活用で詳しく扱っています。
明細をAIに読ませるときの失敗例と回避策
結論として、失敗の多くは「渡しすぎ」「信じすぎ」「混ぜすぎ」の3つに集約されます。
1つ目の失敗は、口座番号やカード番号を含んだCSVをそのままアップロードすることです。分析に番号は不要なうえ、会話に残った情報は後から消し忘れやすくなります。Personal Finance でさえ、会話に書き出された数字は利用者が削除するまで残る設計です。回避策は、手順2の伏せ字を毎回の定型作業にし、アップロード用のCSVを別ファイルとして保存しておくことです。
2つ目の失敗は、Claude が出した合計額をそのまま決算や納税の数字に使うことです。CSVの文字コードや桁区切りの違いで、行の読み落としが起きることがあります。Anthropic 自身が重要な数字は銀行で確かめるよう案内しているとおり、合計は必ず銀行残高や会計ソフトの数字と突き合わせてください。起きやすいのは、全角と半角の数字が混在した明細で一部の金額が文字列として扱われ、合計から抜け落ちるパターンです。
3つ目の失敗は、事業と生活の明細を混ぜたまま「経費の候補」を出させることです。AIは摘要の文字列から推測するしかないため、私的な支出を経費候補に含めてしまうことがあります。経費にできるかどうかは税理士や会計ソフトのルールで最終判断し、AIの分類は下書きとして扱うのが定石です。
KPI設計と費用・工数の目安
結論として、この運用で最初に見るべきKPIは「月末の資金確認にかかる時間」と「見つかった不要な支出の金額」の2つです。
工数の目安として、取引が月300行程度の店舗であれば、CSVの書き出し、伏せ字、5本のプロンプト実行、突合までで1時間前後に収まる見込みです(編集部の試算で、明細の形式や件数によって変わります)。手作業で半日かけている確認を置き換えられれば、月に3時間ほどの短縮になる計算です。自社では最初の2か月で手作業との差を実測してから運用を固めるのがおすすめです。
不要な支出の発見額は、プロンプト2の出力をそのまま記録すれば測れます。店舗運営の現場感覚では、契約しているSaaSや広告アカウントが多い事業者ほど、使っていないツールや重複した契約が見つかりやすくなります。
費用面では、Claude の有料プランが前提です。米国の Pro プランは月額20ドルで、Personal Finance の対象にもなっています。日本の事業者がCSVで同じ分析をする場合も Pro プランで足ります(料金は為替や改定で変わるため、契約前に公式の料金ページで確認してください)。会計ソフトの代わりになるものではないため、既存の会計ソフトの費用はそのまま残ると考えてください。
今後の展望:口座連携AIはEC経営の「財務の相談役」になるか
結論として、口座連携型のAIは、数年以内にEC事業者の「財務の相談役」として標準的に使われる可能性が高いと考えます。ただし日本での本格的な普及は、制度と銀行側の対応を待つ必要があります。
米国では、Anthropic と OpenAI がそろって Plaid 経由の読み取り連携を始めました。The Next Web によると、Anthropic は小規模事業者向けに会計ソフト Xero との連携も別に用意しています。家計と事業の両方で、AIが明細を読んで助言する流れはすでに始まっています。次の段階として Anthropic が示しているのは、資格を持つ専門家や金融機関と組んだ、より大きな判断の支援です。
日本では、銀行APIを使うサービスに登録と契約が求められるため、海外のAIが直接つながるまでには時間がかかるでしょう。その間、国内の会計ソフトやネットバンキングがAIとの連携を先に進める展開も考えられます。EC事業者にとって大事なのは、どの経路で連携が来ても使えるように、明細の書き出し方、伏せ字のルール、突合の手順を今のうちに社内で決めておくことです。
もう1つの論点は、売上側のデータとの統合です。モールの売上データと銀行の入出金が同じ画面で分析できるようになれば、セール月の立て替え額や広告費の回収期間がその場で分かるようになります。売上の可視化についてはClaude ダッシュボードでEC売上を見える化する方法も参考にしてください。
よくある質問
Claude Personal Financeは日本で使えますか?
いいえ、2026年11月時点では使えません。ベータの対象は米国の Pro・Max・Ultra プラン利用者の一部に限られ、日本での提供時期は発表されていません。日本の事業者は、明細のCSVを Claude に読み込ませる方法で同じ種類の分析ができます。
Claudeが銀行口座からお金を動かすことはありますか?
いいえ、ありません。連携は読み取り専用で、送金、資産運用、投資はできない設計です。銀行へのログインも Plaid の画面で行うため、Claude が銀行のパスワードを見ることはありません。
連携した口座のデータはAIの学習に使われますか?
Personal Finance のハブでの会話は学習に使われない、と Anthropic は説明しています。ただし、会話やアーティファクトに書き出された数字は、口座の連携を解除しても利用者が削除するまで残ります。不要になった会話は自分で削除してください。
法人口座や事業用カードも分析できますか?
Personal Finance は個人の家計管理が主眼で、法人口座への対応は報道の範囲では明記されていません(要確認)。日本の事業者が事業用の明細を分析したい場合は、CSVを書き出して Claude のプロジェクトに読み込ませる方法が現実的です。
ChatGPTの口座連携機能とどちらを選ぶべきですか?
日本の事業者にとっては、どちらも現時点では米国向けで、選ぶ段階ではありません。CSVで分析するなら、普段使っている対話AIで十分です。The Next Web によれば、OpenAI は同様の機能を5月に月額200ドルのプランから始めており、ChatGPT は広告表示を始めている点が Anthropic との違いです。
明細CSVをAIに渡すときに最低限やるべきことは何ですか?
最低限やるべきことは、口座番号やカード番号の削除と、合計額の突合の2つです。番号は分析に不要で、会話に残るリスクだけが増えます。合計額は、CSVの読み落としを防ぐために銀行残高や会計ソフトの数字と必ず照らし合わせてください。
まとめ
Claude Personal Finance は、銀行やカードの明細を読み取り専用でAIに渡し、支出の行き先や二重請求を対話で確かめる機能です。米国限定のベータで日本からはまだ使えませんが、「読ませるだけ、決めるのは人」という設計は、EC事業者の資金管理にそのまま応用できます。まずは直近3か月の入出金明細を伏せ字にして書き出し、本記事のプロンプト1と2を試してみてください。月末の確認時間と、眠っていた不要な支出の両方が数字で見えてきます。
参考文献
- Anthropic「Introducing Personal Finance in Claude」
- The Next Web「Anthropic lets Claude read your bank accounts, but not move money」
- iGeeksBlog「Claude can now see your bank and card accounts, but it can’t move money」
著者:齋藤竹紘(株式会社オルセル 編集長/5,000社以上のEC支援実績/書籍3冊)
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
【監修】齋藤竹紘(株式会社オルセル代表 / 19年・5,000社のEC支援実績)

株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。