重要提示：创建多个密钥并不会增加你的每周配额。一个账号的所有密钥共享同一个每周限制。创建多个密钥的目的是为了进行细分——独立的轮换、归属和撤销——而不是为了增加配额。
前提条件
设置步骤
创建密钥前规划细分
每个密钥应对应一个逻辑消费者。常见模式：
- 每个代理一个密钥：daily-digest、volume-scanner、research-assistant。
- 每个环境一个密钥：prod-agent、staging-agent、dev-laptop。
- 小团队里每个人一个密钥。
避免使用诸如 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} 本周超出预算，跳过运行")
return
result = run_mcp_workflow()
current_weekly_usage += result.calls_consumed
save_local_counter(agent_name, current_weekly_usage)设置轮换计划
密钥轮换是防御性维护。一个简单的入门规则：每 90 天轮换一次每个密钥，先轮换最旧的，这样每个月最多只有一个密钥会更改。请参阅API 密钥安全最佳实践。
维护密钥清单
一个小的文本文件或 Notion 页面，列出每个密钥、其用途、创建日期以及部署位置。每次轮换或撤销时更新它。当清单与实际情况不符时，审计双方。
密钥清单示例
名称 | 创建日期 | 部署到 | 上次轮换 |
daily-digest | 2026-02-01 | GitHub Actions 仓库 X | 2026-04-01 |
volume-scanner | 2026-02-15 | 家用服务器 cron | 2026-04-01 |
research-assistant | 2026-03-10 | Claude 桌面 (笔记本) | 从不 |
每月检查清单是否仍与 Cryptohopper 账号面板匹配。
成本概况
创建、轮换或撤销密钥不会消耗配额。没有按密钥收费——密钥仅用于归属。请参阅速率限制说明。
故障排除
你达到了等级的密钥限制
探险家（Adventurer）允许 3 个密钥；英雄（Hero）允许 10 个。升级或合并——减少代理，重用密钥。大多数人不需要超过 3 个。
一个代理突然耗尽了每周配额
通过如何监控你的 Cryptohopper MCP 支出检查使用情况，使用按密钥的本地日志识别罪魁祸首，然后进行客户端限速或暂时撤销其密钥。
你轮换了一个密钥，但一个消费者仍在旧的密钥
旧密钥会返回 UNAUTHORIZED，直到你部署新密钥。这就是为每个消费者设置单独密钥的意义——轮换一个不会破坏其他密钥。准备一份部署清单，这样轮换就是常规操作，就不会带来意外。
你无法区分哪个密钥进行了哪个调用
MCP 在账号级别报告使用情况。按密钥归属需要本地日志——每个消费者记录它所调用的内容。对于你未受看管运行的任何代理，将日志记录设为非可选。
团队成员离职，而你不知道哪个密钥是他们的
这就是清单的重要性。立即撤销与离职团队成员相关的任何密钥。如果无法区分，请撤销该人员项目拥有的所有密钥，并重新部署新的。
你需要将密钥提供给外部承包商或协作者
Cryptohopper MCP 密钥是只读的，但会消耗你的每周配额。在你的客户端限速逻辑中为他们的密钥设置一个硬性预算，并在合同结束时积极撤销。
你想要直接从 Cryptohopper 获取按密钥的使用分析
当前的用法端点仅报告账号级别的统计数据。要实现按密钥归属，本地日志是可行的途径。如果你有很多代理，可以考虑构建一个内部仪表板来汇总本地日志。