重要: 複数のキーを作成しても、週のクォータが増えるわけではありません。アカウント内のすべてのキーは同じ週の制限を共有します。複数のキーのポイントは、セグメンテーション — 独立したローテーション、アトリビューション、および取り消し — であり、クォータの乗算ではありません。
前提条件
アドベンチャラーティア以上。パイオニアとエクスプローラーはAPIキーを1つしか許可しません。アドベンチャラーは3つ、ヒーローは10個を許可します — サブスクリプションティアを参照してください。
少なくとも1つのクライアントにMCPが構成されていること — セットアップ概要を参照してください。
各エージェントまたはワークフローに独自のキーを割り当てることについての明確なアイデア。
セットアップ手順
キーを作成する前にセグメンテーションを計画する
各キーは1つの論理的なコンシューマーに対応する必要があります。一般的なパターン:
- エージェントごとに1つのキー: daily-digest, volume-scanner, research-assistant。
- 環境ごとに1つのキー: prod-agent, staging-agent, dev-laptop。
- 少人数のチームの各担当者に1つのキー。
key-1やtempのような名前は避けてください — 明確な目的のないキーは、時間の経過とともに目に見えないリスクになります。
Cryptohopperアカウントインターフェースでキーを作成する
それぞれについて、Cryptohopper MCP APIキーの取得方法に従ってください。ステップ1で計画したとおりに正確に名前を付けます。
各キーを意図したコンシューマーにのみデプロイする
daily-digestキーは、ダイジェストを実行するcronスクリプトにのみ渡されます。volume-scannerキーは、スキャナーのスケジュールされたジョブにのみ渡されます。research-assistantキーは、ClaudeデスクトップまたはClaude Code設定にのみ渡されます。同じキーを複数の場所に貼り付けないでください — それはセグメンテーションの喪失です。
エージェントごとのスロットリングを実装する
すべてのキーはクォータを共有するため、誤動作しているエージェントが他のエージェントを枯渇させる可能性があります。各エージェントがローカルで独自の週次コールを追跡し、設定された予算を超えた場合は続行を拒否するようにします。MCPはアカウントレベルの制限を強制しますが、あなたはエージェントごとの分割を強制します。# 各エージェントの実行ループ内
agent_name = "daily-digest"
weekly_budget = 2000 # このエージェントの週あたりのコールユニット
current_weekly_usage = load_local_counter(agent_name)
if current_weekly_usage > weekly_budget:
log(f"{agent_name} this week over budget, skipping run")
return
result = run_mcp_workflow()
current_weekly_usage += result.calls_consumed
save_local_counter(agent_name, current_weekly_usage)ローテーションスケジュールを設定する
キーのローテーションは、防御的な衛生習慣です。簡単な開始ルール: 各キーを90日ごとにローテーションし、最も古いものからローテーションすることで、月に1つ以上のキーを変更しないようにします。APIキーのセキュリティベストプラクティスを参照してください。
キーインベントリを維持する
各キー、その目的、作成日、およびデプロイ先をリストした小さなテキストファイルまたはNotionページ。ローテーションまたは取り消しのたびに更新してください。インベントリが現実に乖離した場合は、両方を監査してください。
サンプルキーインベントリ
名前 | 作成日 | デプロイ先 | 最終ローテーション |
daily-digest | 2026-02-01 | GitHub Actions repo X | 2026-04-01 |
volume-scanner | 2026-02-15 | Home server cron | 2026-04-01 |
research-assistant | 2026-03-10 | Claude desktop (laptop) | never |
毎月、インベントリがCryptohopperアカウントパネルと一致しているか確認してください。
コストプロファイル
キーの作成、ローテーション、または取り消しはクォータを消費しません。キーごとのコストはありません — キーはアトリビューションのみを提供します。レート制限についてを参照してください。
トラブルシューティング
ティアのキー制限に達した
アドベンチャラーは3つのキー、ヒーローは10個を許可します。アップグレードするか、統合してください — エージェントを減らし、キーを再利用します。ほとんどの人は3つ以上必要としません。
1つのエージェントが突然週次クォータを使い果たす
Cryptohopper MCPの使用状況の監視方法で使用状況を確認し、キーごとのローカルログを使用して原因を特定し、クライアント側でスロットリングするか、一時的にキーを取り消してください。
キーをローテーションしたが、コンシューマーが古いキーを使用し続けている
古いキーは、新しいキーをデプロイするまでUNAUTHORIZEDを返します。これは、コンシューマーごとに別々のキーを使用するポイントです — 1つをローテーションしても、他のものが破損することはありません。デプロイメントチェックリストを保持して、ローテーションが日常的なものになり、驚きでなくなるようにしてください。
どのキーがどのコールを行ったかわからない
MCPはアカウントレベルで使用状況を報告します。キーごとのアトリビューションにはローカルロギングが必要です — 各コンシューマーは、呼び出したものをログに記録します。 unattended で実行するエージェントには、ロギングを必須にしてください。
チームメンバーが退職し、どのキーが彼らのものだったかわからない
これがインベントリが重要である理由です。退職したチームメンバーに関連付けられたキーはすべて直ちに取り消してください。誰のものかわからない場合は、その人のプロジェクトが所有するすべてのキーを取り消し、新しいキーを再デプロイしてください。
外部の請負業者や共同作業者にキーを提供する必要がある
Cryptohopper MCPキーは読み取り専用ですが、週次クォータを消費します。クライアント側のスロットリングロジックで彼らのキーにハードバジェットを設定し、契約終了時には積極的に取り消してください。
Cryptohopperから直接キーごとの使用量分析を取得したい
現在の使用状況エンドポイントは、アカウントレベルの数値を報告するだけです。キーごとのアトリビューションについては、ローカルロギングが利用可能なパスです。多くのエージェントがいる場合は、ローカルログを集計する内部ダッシュボードの構築を検討してください。