Ważne: tworzenie wielu kluczy nie zwiększa Twojego tygodniowego limitu. Wszystkie klucze na koncie dzielą ten sam tygodniowy limit. Celem wielu kluczy jest segmentacja — niezależne rotacje, przypisywanie i odwoływania — a nie mnożenie limitu.
Wymagania
Poziom Adventurer lub wyższy. Pioneer i Explorer pozwalają tylko na jeden klucz API; Adventurer na trzy, Hero na dziesięć — patrz poziomy subskrypcji.
MCP skonfigurowany w co najmniej jednym kliencie — patrz przegląd konfiguracji.
Jasna wizja, które agenty lub workflowy dostaną swój własny klucz.
Kroki konfiguracji
Zaplanuj segmentację przed utworzeniem kluczy
Każdy klucz powinien odpowiadać jednemu logicznemu konsumentowi. Typowe schematy:
- Jeden klucz na agenta: daily-digest, volume-scanner, research-assistant.
- Jeden klucz na środowisko: prod-agent, staging-agent, dev-laptop.
- Jeden klucz na osobę w małym zespole.
Unikaj nazw typu key-1 czy temp — klucz bez jasnego celu staje się z czasem niewidocznym ryzykiem.
Utwórz klucze w interfejsie konta Cryptohopper
Postępuj zgodnie z instrukcją jak uzyskać klucz API Cryptohopper MCP dla każdego z nich. Nazwij je dokładnie tak, jak zaplanowałeś w kroku 1.
Wdróż każdy klucz tylko dla zamierzonego konsumenta
Klucz daily-digest trafia tylko do skryptu cron, który uruchamia digest. Klucz volume-scanner trafia tylko do zaplanowanego zadania skanera. Klucz research-assistant trafia tylko do Twojej konfiguracji desktopowej Claude lub Claude Code. Nie wklejaj tego samego klucza w wiele miejsc — to oznacza utratę segmentacji.
Zaimplementuj limitowanie na agenta
Wszystkie klucze dzielą limit, więc źle działający agent może zagłodzić pozostałe. Miej każdego agenta śledzącego własne tygodniowe wywołania lokalnie i odmawiającego kontynuacji po przekroczeniu ustalonego budżetu. MCP egzekwuje limit na poziomie konta — Ty egzekwujesz podział na agentów.# Wewnątrz pętli działania każdego agenta
agent_name = "daily-digest"
weekly_budget = 2000 # jednostki wywołań na tydzień dla tego agenta
current_weekly_usage = load_local_counter(agent_name)
if current_weekly_usage > weekly_budget:
log(f"{agent_name} przekroczył budżet w tym tygodniu, pomijanie uruchomienia")
return
result = run_mcp_workflow()
current_weekly_usage += result.calls_consumed
save_local_counter(agent_name, current_weekly_usage)Ustaw harmonogram rotacji
Rotacja kluczy to defensywna higiena. Prosta zasada początkowa: rotuj każdy klucz co 90 dni, obracając najstarszy pierwszy, tak aby tylko jeden klucz zmieniał się miesięcznie. Patrz najlepsze praktyki bezpieczeństwa kluczy API.
Prowadź inwentarz kluczy
Mały plik tekstowy lub strona Notion zawierająca listę każdego klucza, jego przeznaczenie, datę utworzenia i miejsce wdrożenia. Aktualizuj go przy każdej rotacji lub odwołaniu. Kiedy inwentarz rozbiega się z rzeczywistością, sprawdź obie strony.
Przykładowy inwentarz kluczy
Nazwa | Utworzono | Wdrożono do | Ostatnio rotowano |
daily-digest | 2026-02-01 | Repozytorium GitHub Actions X | 2026-04-01 |
volume-scanner | 2026-02-15 | Cron serwera domowego | 2026-04-01 |
research-assistant | 2026-03-10 | Desktop Claude (laptop) | nigdy |
Sprawdzaj co miesiąc, czy inwentarz nadal zgadza się z panelem konta Cryptohopper.
Profil kosztów
Tworzenie, rotowanie lub odwoływanie klucza nie zużywa limitu. Nie ma kosztu za klucz — klucze służą tylko do przypisywania. Patrz wyjaśnienie limitów.
Rozwiązywanie problemów
Osiągnąłeś limit kluczy poziomu
Adventurer pozwala na 3 klucze; Hero na 10. Ulepsz poziom lub skonsoliduj — mniej agentów, klucze używane wielokrotnie. Większość ludzi nie potrzebuje więcej niż 3.
Jeden agent nagle wyczerpuje tygodniowy limit
Sprawdź zużycie za pomocą instrukcji jak monitorować wydatki Cryptohopper MCP, zidentyfikuj winowajcę za pomocą lokalnych logów dla każdego klucza, i albo ogranicz go po stronie klienta, albo tymczasowo odwołaj jego klucz.
Rotujesz klucz, ale konsument nadal używa starego
Stary klucz zwraca UNAUTHORIZED, dopóki nie wdrożysz nowego. W tym tkwi sens oddzielnych kluczy dla każdego konsumenta — rotacja jednego nie psuje innych. Miej listę kontrolną wdrożeń, aby rotacja była rutyną, a nie niespodzianką.
Nie możesz stwierdzić, który klucz wykonał które wywołanie
MCP raportuje zużycie na poziomie konta. Przypisywanie do poszczególnych kluczy wymaga lokalnego logowania — każdy konsument loguje to, co wywołuje. Uczyń logowanie obowiązkowym dla każdego agenta, którego uruchamiasz bez nadzoru.
Członek zespołu odchodzi i nie wiesz, który klucz był jego
Dlatego inwentarz jest ważny. Odwołaj natychmiast każdy klucz powiązany z osobą, która odeszła. Jeśli nie możesz tego ustalić, odwołaj wszystkie klucze należące do projektów tej osoby i wdróż nowe.
Musisz przekazać klucz zewnętrznemu wykonawcy lub współpracownikowi
Klucz Cryptohopper MCP jest tylko do odczytu, ale zużywa Twój tygodniowy limit. Ustaw twardy budżet dla jego klucza w logice limitowania po stronie klienta i agresywnie odwołuj po zakończeniu współpracy.
Chcesz uzyskać analitykę zużycia dla poszczególnych kluczy bezpośrednio z Cryptohopper
Obecny punkt końcowy zużycia raportuje tylko dane na poziomie konta. Do przypisywania do poszczególnych kluczy dostępna jest lokalna rejestracja. Jeśli masz wielu agentów, rozważ zbudowanie wewnętrznego panelu, który agreguje lokalne logi.