Importante: criar várias chaves não te dá mais cota semanal. Todas as chaves de uma conta compartilham o mesmo limite semanal. O objetivo de várias chaves é segmentação — rotação, atribuição e revogação independentes — não multiplicação de cota.
Pré-requisitos
Tier Aventureiro ou superior. Pioneiro e Explorador permitem apenas uma chave de API; Aventureiro permite três, Herói permite dez — veja tiers de assinatura.
O MCP configurado em pelo menos um cliente — veja visão geral da configuração.
Uma ideia clara de quais agentes ou fluxos de trabalho terão suas próprias chaves.
Passos para configuração
Planeje a segmentação antes de criar as chaves
Cada chave deve corresponder a um consumidor lógico. Padrões comuns:
- Uma chave por agente: daily-digest, volume-scanner, research-assistant.
- Uma chave por ambiente: prod-agent, staging-agent, dev-laptop.
- Uma chave por pessoa em uma equipe pequena.
Evite nomes como chave-1 ou temp — uma chave sem propósito claro se torna um risco invisível ao longo do tempo.
Crie as chaves na interface da conta Cryptohopper
Siga como obter uma chave de API Cryptohopper MCP para cada uma. Nomeie-as exatamente como planejado no passo 1.
Implante cada chave apenas no seu consumidor pretendido
A chave daily-digest vai apenas para o script cron que executa o resumo. A chave volume-scanner vai apenas para o trabalho agendado do scanner. A chave research-assistant vai apenas para sua configuração do Claude desktop ou Claude Code. Não cole a mesma chave em vários lugares — isso é segmentação perdida.
Implemente limitação por agente
Todas as chaves compartilham a cota, então um agente mal comportado pode prejudicar os outros. Faça cada agente rastrear suas próprias chamadas semanais localmente e recusar-se a continuar além de um orçamento definido. O MCP aplica o limite em nível de conta — você aplica a divisão por agente.# Dentro do loop de execução de cada agente
nome_agente = "daily-digest"
orcamento_semanal = 2000 # unidades de chamada por semana para este agente
uso_semanal_atual = carregar_contador_local(nome_agente)
if uso_semanal_atual > orcamento_semanal:
log(f"{nome_agente} acima do orçamento esta semana, pulando execução")
return
resultado = executar_fluxo_mcp()
uso_semanal_atual += resultado.chamadas_consumidas
salvar_contador_local(nome_agente, uso_semanal_atual)Configure um cronograma de rotação
A rotação de chaves é uma higiene defensiva. Uma regra simples para começar: rotacione cada chave a cada 90 dias, rotacionando a mais antiga primeiro para que não mais de uma chave mude por mês. Veja melhores práticas de segurança de chaves de API.
Mantenha um inventário de chaves
Um pequeno arquivo de texto ou página no Notion listando cada chave, seu propósito, sua data de criação e onde está implantada. Atualize-o a cada rotação ou revogação. Quando o inventário divergir da realidade, audite ambos os lados.
Inventário de chaves de exemplo
Nome | Criada | Implantada em | Última rotação |
daily-digest | 2026-02-01 | Repositório X do GitHub Actions | 2026-04-01 |
volume-scanner | 2026-02-15 | Cron do servidor doméstico | 2026-04-01 |
research-assistant | 2026-03-10 | Claude desktop (laptop) | nunca |
Verifique mensalmente se o inventário ainda corresponde ao painel da conta Cryptohopper.
Perfil de custo
Criar, rotacionar ou revogar uma chave não consome cota. Não há custo por chave — as chaves fornecem apenas atribuição. Veja limites de taxa explicados.
Resolução de problemas
Você atingiu o limite de chaves do tier
Aventureiro permite 3 chaves; Herói permite 10. Atualize o plano ou consolide — menos agentes, chaves reutilizadas. A maioria das pessoas não precisa de mais de 3.
Um agente esgota repentinamente a cota semanal
Verifique o uso através de como monitorar seu gasto com Cryptohopper MCP, identifique o culpado usando logs locais por chave e limite-o do lado do cliente ou revogue a chave temporariamente.
Você rotaciona uma chave, mas um consumidor ainda está usando a antiga
A chave antiga retorna como NÃO AUTORIZADA até que você implante a nova. Este é o ponto de chaves separadas por consumidor — rotacionar uma não quebra as outras. Mantenha uma lista de verificação de implantação para que a rotação seja rotina, não uma surpresa.
Você não consegue dizer qual chave fez qual chamada
O MCP relata o uso em nível de conta. A atribuição por chave requer log local — cada consumidor registra o que chama. Torne o log não opcional para qualquer agente que você execute sem supervisão.
Um membro da equipe sai e você não sabe qual chave era dele
É por isso que o inventário importa. Revogue imediatamente qualquer chave associada a um membro da equipe que saiu. Se você não souber dizer, revogue todas as chaves pertencentes aos projetos dessa pessoa e reimplante novas.
Você precisa dar uma chave para um contratado externo ou colaborador
Uma chave Cryptohopper MCP é somente leitura, mas consome sua cota semanal. Defina um orçamento rigoroso para a chave deles na sua lógica de limitação do lado do cliente e revogue agressivamente no final do contrato.
Você quer análises de uso por chave diretamente do Cryptohopper
O endpoint de uso atual relata apenas figuras em nível de conta. Para atribuição por chave, o log local é o caminho disponível. Se você tiver muitos agentes, considere construir um painel interno que agregue logs locais.