awesome-finance-mcp 解説｜金融分野のMCPサーバー集約カタログを技術中立に読む

awesome-finance-mcp は、金融・トレード・暗号資産まわりの MCPサーバー とAIスキルを1ページに集めたキュレーションリストだ。

メンテナーは BlockRun（blockrun.ai） で、リポジトリは BlockRunAI/awesome-finance-mcp にある。

GitHubスターは53、フォーク26（2026-06-18時点、GitHub API実測）。

リスト本体のライセンスはREADME記載で CC0（パブリックドメイン）だ。

この記事ではこのカタログを技術中立な一覧として読む。

どんなカテゴリが収録され、各MCPが何のデータを扱い、どんな認証を要求するのか。

そして、エージェントに任せてよい作業と、任せるべきでない作業の線引きを先に決めておく。

本記事ではawesome-finance-mcpに特化して扱う。MCP（Model Context Protocol）の仕組みそのものは MCPサーバーの作り方2026年完全ガイド を参照してほしい。

awesome-finance-mcp とは何か — BlockRunが公開する金融MCPの索引

awesome-finance-mcpは、いわゆる「awesomeリスト」の体裁を取る。

各エントリは表の1行で、名前・説明・料金区分・GitHubスター数が並ぶ。

冒頭には awesome.re のバッジが置かれ、巻末にはCC0ライセンスの宣言がある。

リポジトリは2026年1月に作られ、2026-06-18時点でスター53、フォーク26、オープンなIssueが14件ある（GitHub API実測）。

メンテナーのBlockRunは、READMEで自社を「Give your AI agent a wallet, not API keys（AIエージェントにAPIキーではなくウォレットを）」と紹介している。

この一文は、リストの性格を読むうえで先に把握しておきたい。

つまりこのカタログは、金融データの取得だけでなく、エージェントが自律的に決済や取引を行う方向にも視野を広げている。

実際、収録カテゴリには取引執行や暗号資産送金が含まれる。

本記事はそうしたエントリも事実として紹介するが、推奨はしない。

理由は後半の「適合しないユースケース」で具体的に整理する。

リスト本体がCC0である点は、引用や再利用のうえで扱いやすい。

ただし、収録された個々のMCPサーバーは別ライセンスだ。

本記事の調査では、主要エントリのライセンスはMIT・Apache-2.0・AGPL-3.0などに分かれていた（各リポジトリのGitHub API実測）。

リストを起点にMCPを選ぶときは、CC0なのは「索引」であって「実装」ではない、と覚えておくとよい。

なぜ「金融×MCP」なのか — サービスごとのSDKをMCPで束ねる

金融データを扱うエージェントを作ろうとすると、最初の壁はAPIの分散だ。

株価はAlpha Vantage、経済指標はFRED、家計はLunchMoney、決済はStripe。

それぞれにSDKがあり、認証方式があり、レスポンス形式が違う。

エージェントに5つのサービスをつながせるには、5つの接続コードを書いて保守することになる。

具体例で考えると分かりやすい。

SDKを直に使う構成では、Alpha Vantageのレートリミット処理、FREDの系列ID解決、Stripeのページネーション、LunchMoneyのトークン更新を、それぞれ別のコードで抱える。

サービスがレスポンス形式を変えれば、対応する接続コードを個別に直すことになる。

エージェントの数だけ、この保守が増えていく。

MCPは、この接続層を共通規格に置き換える発想だ。

各サービス側（または有志）がMCPサーバーを用意すれば、Claudeのようなクライアントは同じ作法でツールを呼べる。

接続の保守は、アプリ側ではなくMCPサーバー側に寄る。

エージェントから見れば「get_stock_price」「list_transactions」のようなツールが並ぶだけで、裏のAPI差異は隠れる。

新しいデータソースを足すときも、対応するMCPサーバーを1つ登録するだけで済む。

awesome-finance-mcpは、この「金融サービスごとのMCPサーバー」を一覧化したものと捉えると分かりやすい。

下の図は、MCPの世界の中でこのリストがどこに位置するかを示している。

規格（MCP仕様）の下に、公式の登録索引（Registry）と、有志のキュレーション（awesome系）が並ぶ。

awesome-finance-mcpは後者に属し、金融という切り口で個別サーバーを束ねる。

リストに載っていること自体は品質や安全性の保証ではない、という距離感で読むのが妥当だ。

収録カテゴリの全体像 — 7系統＋スキル集

READMEの目次は、MCPサーバーを大きく7系統に分けている。

加えて、MCPの上に組むタスク単位のワークフローを「Skills」として別枠で並べる。

カテゴリと、本記事での安全側／注意領域の区分を表にまとめた。

表の右端の区分は、本記事が読者保護の観点で付けたものだ。

リスト側がカテゴリに安全度のラベルを付けているわけではない。

「お金が動くか」「失敗時に損失や不可逆な操作が起きるか」を基準に、読み取り中心を安全側、執行・送金を注意領域とした。

MCPサーバーとは別枠で、READMEは「Skills（ワークフロー）」も並べている。

スキルは、MCPサーバーや外部APIの上に組む、タスク単位の手順のまとまりだ。

たとえば請求書や領収書を税務処理向けに抽出・整理する Invoice Organizer のような、読み取り・整理寄りのスキルが含まれる。

一方で、エクイティリサーチや株式の売買判断を扱うスキルも同じ枠に並ぶ。

スキルは「MCPで取得したデータをどう使うか」を決める層なので、安全側か注意領域かはスキルの目的ごとに分かれる。

以降のセクションでは、この区分に沿って代表的なMCPを順に見る。

会計・決済・パーソナルファイナンス系 — 読み取りと整理が主戦場

エージェントに任せて事故が起きにくいのは、データを読んで整える作業だ。

このリストでは、決済・銀行カテゴリとパーソナルファイナンス、金融インテリジェンスの一部がそこに当たる。

代表的なエントリを整理する。

たとえばStripe MCPは、Stripeが公式に出している stripe/ai（Stripe Agent Toolkit）に含まれる。

読み取り側の使い方としては、「先月のサブスク解約数を集計して」「失敗した支払いの一覧を出して」のような照会が想定できる。

QontoやRampは法人の取引・支出データを扱うため、月次の支出レポート作成や勘定科目の下書きづくりと相性がよい。

Norman Financeは請求書や帳簿、税務まわりを扱う。

LunchMoneyとMonarch Moneyは個人の家計簿サービスで、家計の取引照会やカテゴリ分けの自動化に向く。

ここで動くのは主に「読む」「分類する」「集計する」作業だ。

決済そのものを実行させる使い方（実際に課金する、返金するなど）は、後述の注意領域に倒れる。

照会と実行を同じ権限で扱わない、という設計が安全側の入り口になる。

下の図は、読み取り系MCPの典型的な流れだ。

呼び出されるのは読み取り系のツールに限られ、APIキーのスコープも読み取りに絞ってある。

この前提が崩れると、同じ図のまま「実行」まで届いてしまう。

市場データ・経済指標系 — 取得と分析に寄せる

相場や経済のデータ取得も、読み取り中心であれば安全側に置きやすい。

このリストの株式市場（データ）と金融インテリジェンスが該当する。

FRED MCPは、米連邦準備制度（FRED）の経済指標を取得する。

GDPや失業率、金利といった公開統計を、エージェントから自然言語で引ける。

公開データの取得なので、安全側の入り口として扱いやすい。

OpenBBは、複数のデータプロバイダーを統一インターフェースで束ねる金融データ基盤だ。

スター数は2026-06-18時点で69,331と、このリスト収録のなかでは突出している（GitHub API実測）。

OpenBB単体の解説は OpenBB：金融データの取得・分析・可視化をPythonで一元化するOSSプラットフォーム にまとめてある。

注意したいのは、データの読み取りと「投資判断」は別物だという点だ。

株価や指標を取得すること自体は技術的な作業だが、その数値から売買の助言をエージェントに語らせるのは別の問題になる。

価格予測の限界はよく知られる。

時系列の基盤モデルの検証でも、金融価格は外生イベントに強く反応する高エントロピー領域として、予測の不適合領域に挙げられてきた。

データ取得は安全側、そこから先の助言・予測は慎重に、という線引きをここでも引いておく。

暗号資産・取引執行系 — 事実として紹介し、推奨はしない

ここからは注意領域だ。

awesome-finance-mcpには、暗号資産の取引執行やDeFiのスワップ、ウォレット操作を扱うMCPが含まれる。

リストの性格上、これらは無視できない比重を占める。

これらのMCPは、相場データの取得にとどまらず、注文の送信や資産の移動まで行う設計になっている。

技術的には、エージェントがツールを呼べば売買や送金が実際に成立する。

裏を返せば、プロンプトの誤解釈やツールの誤呼び出しが、そのまま金銭の損失や不可逆な送金につながる。

本記事はこれらを「こういう機能を持つMCPが収録されている」という事実として紹介する。

使うべき・使わないべきの判断は、規制・税務・自己責任の文脈で読者自身が行う領域だ。

このカテゴリには、決済・銀行の枠で紹介した x402 のような「エージェント決済」の仕組みも関係する。

x402はREADMEで「AIエージェント向けのHTTPネイティブな決済」と説明され、メンテナーのBlockRunが掲げる「APIキーではなくウォレットを」という構想の土台にあたる。

エージェントが自律的に支払いを行えるという発想は、見方を変えれば、人の確認を挟まずに資金が動きうるということだ。

便利さと不可逆性は表裏なので、送金系は照会系と同じ感覚で導入しないほうがよい。

なお、株式取引執行カテゴリには、仮想資金で練習できる Paper MCP のようなペーパートレード用も含まれる。

実資金を動かさずにエージェントの挙動を観察する目的であれば、こうした選択肢から確認するのが筋がよい。

チャート分析側の補助としては、デスクトップ操作型の TradingView MCPの使い方と向き不向き も、実発注機能を持たない範囲での分析自動化の例として参考になる。

認証とセキュリティ — APIキーのスコープと最小権限

金融MCPで最初に詰めるべきはデータの種類ではなく、認証の扱いだ。

収録MCPの認証は、おおむね2系統に分かれる。

ひとつはAPIキー方式で、Stripe・Binance・Alpha Vantageなどが該当する。

もうひとつはウォレットや認証情報の接続で、Coinbase AgentKitやArmorなどが該当する。

どちらも、付与する権限の広さが事故の上限を決める。

読み取り用途なら、発行するAPIキーのスコープを読み取りに絞る。

これだけで、たとえプロンプトが暴走しても発注や送金には届かなくなる。

キーは設定ファイル（claude_desktop_config.json）へ直書きせず、環境変数で渡すのが基本だ。

設定ファイルはバックアップやドットファイルの同期に乗りやすく、平文のキーがそのまま外部へ複製されかねない。

用途ごとにキーを分け、不要になったら失効させる運用も、被害範囲を小さく保つのに効く。

たとえば株価照会用のキーと決済確認用のキーを分けておけば、片方が漏れても影響範囲がそのサービスに閉じる。

複数のサービスで同じキーや同じ強い権限を使い回すほど、1か所の事故が全体に波及しやすくなる。

MCPサーバーをローカルで動かす場合も、サーバープロセスがどのファイルやネットワークにアクセスできるかを把握しておきたい。

MCPサーバー自体の安全性も見ておきたい。

過去にはMCPサーバーの実装を経由した脆弱性も報告されている。

たとえば Anthropic公式MCPのstdio経由RCE のように、接続先の実装が攻撃面になる場合がある。

素性のわからないMCPサーバーに金融の認証情報を渡す前に、リポジトリのコードとメンテナンス状況を確認する手間は省かないほうがよい。

このカタログが「適合しない」ユースケース

ここは読者保護のために独立して置く。

awesome-finance-mcpの収録機能のうち、エージェントに委ねるべきでない用途を明示する。

これらは技術的に「できる」ことと、エージェントに「任せてよい」ことが一致しない典型だ。

リストの featured 欄には、AIエージェントの収益生成ツールを大量に集めた別リストも紹介されている。

本記事はその方向性を評価の対象とせず、紹介もここまでにとどめる。

金融分野でエージェントを使うなら、まず読み取り・集計・整理の自動化から始め、お金が動く操作は人の承認を挟む。

この順序を守るだけで、リストの大半を安全側で活用できる。

公式MCP Registry・他のawesome系との位置づけ

awesome-finance-mcpは、MCPの「公式の配布索引」ではない。

MCPには公式の登録索引（MCP Registry）があり、そちらは登録・配布の正規ルートとして機能する。

一方でawesome系リストは、有志が観点を決めて手で選ぶキュレーションだ。

両者の違いを表に整理する。

実務では、awesome-finance-mcpで候補を見つけ、実際の入手や検証は各リポジトリと公式Registryで行う、という二段構えが噛み合う。

リストは「どんなMCPが世に出ているか」の地図として読み、採否は一次情報で決める。

導入手順 — 読み取り系MCPを1つ登録する最小例

具体的なイメージを持つために、読み取り系のMCPをClaude Desktopに1つ登録する最小例を示す。

設定は claude_desktop_config.json の mcpServers に追記する。

ここでは公開データを扱うFRED MCPを想定した、構成のイメージだ（実際のコマンド・パッケージ名は各リポジトリのREADMEで確認してほしい）。

{
  "mcpServers": {
    "fred": {
      "command": "uvx",
      "args": ["fred-mcp-server"],
      "env": {
        "FRED_API_KEY": "（環境から渡す。ここに直書きしない）"
      }
    }
  }
}

ポイントは3つだ。

APIキーは env 経由で渡し、設定ファイルにも履歴にも平文を残さない。

付与するキーは読み取り用途に絞り、執行や送金の権限を含めない。

起動コマンドとパッケージ名は、必ず該当MCPの公式READMEに合わせる。

登録後は、Claudeに「直近の失業率の推移を取得して」のように頼めば、MCP経由でFREDのデータが返る。

最初の1つは公開データの読み取り系から始めると、権限事故のリスクを抑えながら挙動を確認できる。

MCPサーバー側を自作したい場合の手順は、冒頭で示したMCPサーバーの作り方ガイドに分けてある。

制限事項とデータ提供元の規約遵守

最後に、このリストを使ううえでの制限を整理する。

第一に、リストの数値は時点情報だ。

スター数や料金区分は変動し、READMEの値が現状と一致しない場合がある。

本記事ではスター数を2026-06-18のGitHub API実測値として併記し、料金は公称値として区別した。

第二に、掲載は品質や安全性の保証ではない。

awesome系リストは手動キュレーションであり、各MCPのメンテナンス状況や脆弱性まで担保するものではない。

採用前にリポジトリの更新頻度・Issue・コードを自分で確認する手間は省けない。

第三に、データ提供元の利用規約を守る責任は利用者側にある。

株価・経済指標・取引データには、再配布や商用利用に条件が付く場合がある。

MCP経由で取得したデータをどう使うかは、接続先サービスの規約とライセンスの範囲内に収める。

第四に、ライセンスは二層で見る。

リスト本体はCC0でも、収録MCPはMIT・Apache-2.0・AGPL-3.0などに分かれる。

AGPLのように配布条件が強いライセンスもあるため、商用利用では各LICENSEの確認が前提になる。

まとめ

awesome-finance-mcpは、金融領域のMCPサーバーをカテゴリ別に集めたCC0のキュレーションリストだ。

株式・暗号資産・DeFi・パーソナルファイナンス・決済/銀行・ブロックチェーン・金融インテリジェンスの7系統に、タスク単位のスキル集が加わる。

読み取り・集計・整理に寄せた使い方であれば、経済指標の取得や帳簿の整理、家計の照会など、安全側で活用できる候補が揃う。

一方で、取引執行・暗号資産送金・投資判断の助言は、技術的に可能でもエージェントに委ねるべきでない領域として切り分けたい。

APIキーは読み取りに絞り、環境変数で渡し、お金が動く操作には人の承認を挟む。

この基本を守れば、リストを「金融MCPの地図」として安全に読み進められる。

採否は一次情報で決める、という距離感を最後まで保ってほしい。