Claude Snowflake連携ガイド — 設定手順とできること
SnowflakeコネクタはClaudeから構造化・非構造化データを読み取り専用で取得するディレクトリConnectorです。追加手順とできること、他の接続方法との違いをまとめます。
Claude Snowflake連携とは何か
Snowflakeコネクタは、Claudeから自社のSnowflakeアカウント内のデータを取得するためのディレクトリConnectorです。SnowflakeのMCPサーバーを介して、構造化データと非構造化データの両方を安全に取得できます。ディレクトリ上のカテゴリは「Data」、権限区分は「Read」に分類されており、書き込みや変更操作は対象外です。開発元はSnowflake自身で、Connectorsディレクトリに掲載されている接続先です。
このコネクタが読み取り専用に絞られている点は、ServiceNowコネクタのような読み書き両対応のConnectorとは対照的です。データ分析の用途では、誤って値を書き換えるリスクがそもそも構造的に存在しない設計だと理解しておくと、導入判断がしやすくなります。
何ができるようになるか
公式が挙げる利用例は、構造化データへの質問と非構造化ドキュメントの要約に大別されます。
- 構造化データへの問い合わせ(「上位3社を売上順に見せて」)
- 非構造化ドキュメントの分析(「中央リージョンの代理店との契約を要約して」)
- テキストデータからのインサイト抽出(「顧客アンケートの自由記述に共通するテーマは何か」)
Snowflakeにテーブルとして入っている売上データも、ドキュメント形式で保存された契約書やアンケートの自由記述も、同じ会話の中で横断的に扱える点が特徴です。SQLを書かずに集計結果へたどり着けるため、Snowflakeのスキーマに詳しくない部署のメンバーでも、必要なデータに直接アクセスできます。
営業チームなら「今四半期の売上を地域別に見せて、前四半期と比べて」、マーケティングチームなら「直近のアンケート結果で不満の声が多いカテゴリを教えて」といった依頼が、テーブル名やJOINの書き方を意識せずに通ります。データエンジニアがダッシュボードを作り込む前段階の、ざっくりした状況確認や仮説出しの用途に向いています。最終的な数値を意思決定に使う場面では、Claudeが返した集計を元のテーブルと突き合わせて検算する運用のほうが安全です。
接続手順
個人アカウントでの追加手順は次の通りです。
- claude.aiで「Customize」→「Connectors」を開く
- ディレクトリから「Snowflake」を検索し、詳細ページを開く
- 「Connect」をクリックし、Snowflakeアカウントへの認証情報を入力する
- 要求されるアクセス範囲を確認してから接続を許可する
Team・Enterpriseプランでは、組織のオーナーがConnectorsディレクトリからSnowflakeを組織に追加し、メンバー側が個別に認証する二段階の流れが基本です。個人アカウントでのConnectors全般の追加手順や、ディレクトリのVerified・Communityラベルの見方はClaude Connectorsとはにまとめています。
Snowflake側でどのロール・ウェアハウスの権限を使って接続するかは、組織のSnowflake管理者が事前に決めておく運用が現実的です。Claudeが取得できる範囲は、接続に使ったSnowflakeアカウントが元々持つ権限までで、コネクタ側で個別に絞り込む設定は確認できていません。
Claude Codeからも、claude.aiアカウントでログインしていれば同じ接続を利用できます。
/mcp/mcpを実行すると、claude.ai側で追加済みのConnectorsが一覧に表示され、claude.ai由来であることを示す表示が付きます。設定ファイルで直接指定するローカルMCPサーバーとは別の経路なので、混同しないよう注意します。
読み取り専用という設計は運用のコストをどう変えるか
Snowflakeコネクタが読み取り専用に固定されている設計は、単なる制約ではなく運用コストを下げる仕掛けとして読めます。書き込み系のConnectorであれば、実行前の承認フローや、取り消しにくい操作への備えを毎回検討する必要があります。Snowflakeコネクタにはその検討自体が発生しません。データウェアハウスという性質上、読み取りだけで十分に価値が出る用途が多いことも、この設計を後押ししていそうです。
一方で、Claudeが取得したデータをもとに何かを別システムへ書き戻したい場合は、Snowflakeコネクタの範囲外です。分析結果をSnowflake上のテーブルに書き戻す、あるいはSnowflakeのタスクをトリガーするといった操作が必要になったら、別のカスタムMCPサーバーを自前で用意する選択肢を検討することになります。
Connectorsディレクトリ自体は、Claude.ai・Cowork・Desktop・Mobile・Claude Codeで共通の1つのカタログを参照する仕組みです。個人のClaude.aiで一度接続すれば、同じアカウントでログインしたCoworkのタスクからもSnowflakeのデータを参照できます。部署をまたいだ定型レポートの下ごしらえのように、継続的にデータを触る業務をCoworkに任せたい場合の使い方はClaude Cowork活用事例で扱っています。
Team・Enterpriseプランでは、誰がSnowflakeコネクタを使えるかをRBAC(役割ベースのアクセス制御)で管理し、Oktaと連携すれば組織単位で一括認可できます。個人が勝手に機密データベースへ接続してしまうリスクを抑えたい組織では、まずオーナーが組織設定でコネクタを有効化し、そのうえで対象ロールのメンバーだけに認証を許可する運用が現実的です。
他の接続方法との違い
手元のCSVファイルだけを分析したい場合は、Snowflakeコネクタを使うまでもないケースもあります。ファイルをそのままアップロードして集計・グラフ化する手順はClaude CSV分析の使い方にまとめています。両者の使い分けは単純です。データがすでにSnowflakeに入っているなら接続、手元にファイルとして存在するだけならアップロード、という基準で決まります。
Snowflakeへの接続方法は、このディレクトリConnector以外にもあります。Claude CodeからMCPで自社のPostgreSQLやMySQLに直接つなぐ構成は、読み取り専用ユーザーの設計から始める運用ノウハウも含めてClaude CodeでMCPからデータベースに接続する方法にまとめています。両者の違いは、接続がclaude.aiアカウント単位かローカルのMCPサーバー設定単位かという点です。ディレクトリConnectorはアカウントに紐づくため、Claude Desktop・Mobile・Claude Codeのどこからでも同じ接続を使い回せます。自前のMCPサーバーは環境ごとに個別設定が必要になる代わりに、社内のネットワーク要件や独自の権限モデルを細かく制御できます。
つまずきやすい点
Snowflakeコネクタへの接続がうまくいかないとき、多くはSnowflake側の認証設定に原因があります。接続時に入力するアカウント識別子やロールが、実際にデータへアクセスできる権限を持っているかどうかを、Snowflakeの管理コンソール側で先に確認しておくとつまずきにくくなります。
集計対象のテーブルが大きい場合、応答が返ってくるまでに時間がかかることがあります。極端に大きなテーブルへの集計を依頼するときは、期間や地域で条件を絞ってから聞き直すと、待ち時間を減らせます。
よくある質問
Freeプランでも使えますか
ディレクトリConnectorsの多くはPro・Max・Team・Enterpriseプランを前提としています。Snowflake自体の契約も別に必要で、接続できてもSnowflake側のアカウントがなければ利用できません。
非構造化データとはどこまでを指しますか
公式の説明では契約書やアンケートの自由記述のような文書データが例として挙げられています。公式の説明はSnowflakeアカウント内のデータを対象としており、アカウント外のファイルストレージは対象として挙げられていません。
SQLを直接書いて実行することもできますか
コネクタの利用例は自然文での問い合わせが中心です。SQLをそのまま書いて実行したい場合は、Claude CodeからMCPでデータベースに直接接続する構成のほうが向いています。
書き込みができないのは仕様ですか
仕様です。ディレクトリ上の権限区分が「Read」に分類されており、Snowflakeコネクタは読み取り専用として提供されています。
まとめ
Snowflakeコネクタは、構造化データと非構造化データの両方を読み取り専用で取得できるディレクトリConnectorです。SQLを書かずに集計や要約にたどり着ける手軽さと、書き込みができないことによる運用の軽さが両立しています。接続はclaude.aiアカウント単位で完結し、Claude Desktop・Mobile・Claude Codeのどこからでも使い回せます。書き込みや自動実行まで必要になったら、自前のMCPサーバーという次の選択肢を検討します。