Wichtig: Das Erstellen mehrerer Keys gibt dir nicht mehr wöchentliches Kontingent. Alle Keys eines Accounts teilen sich das gleiche wöchentliche Limit. Der Sinn hinter mehreren Keys ist die Segmentierung – unabhängige Rotation, Zuordnung und Widerruf – nicht die Multiplikation des Kontingents.
Voraussetzungen
Abenteurer-Tier oder höher. Pioneer und Explorer erlauben nur einen API-Key; Abenteurer erlaubt drei, Held erlaubt zehn – siehe Abonnement-Tiers.
Das MCP ist in mindestens einem Client konfiguriert – siehe Einrichtungsübersicht.
Eine klare Vorstellung davon, welche Agenten oder Workflows jeweils ihren eigenen Key erhalten sollen.
Einrichtungsschritte
Segmentierung planen, bevor Keys erstellt werden
Jeder Key sollte einem logischen Verbraucher entsprechen. Gängige Muster:
- Ein Key pro Agent: daily-digest, volume-scanner, research-assistant.
- Ein Key pro Umgebung: prod-agent, staging-agent, dev-laptop.
- Ein Key pro Person in einem kleinen Team.
Vermeide Namen wie key-1 oder temp – ein Key ohne klaren Zweck wird mit der Zeit zu einem unsichtbaren Risiko.
Keys in der Cryptohopper-Account-Oberfläche erstellen
Folge wie du einen Cryptohopper MCP API-Key erhältst für jeden. Benenne sie genau wie in Schritt 1 geplant.
Jeden Key nur an seinen vorgesehenen Verbraucher ausliefern
Der daily-digest Key geht nur an das Cron-Skript, das den Digest ausführt. Der volume-scanner Key geht nur an den geplanten Job des Scanners. Der research-assistant Key geht nur an deine Claude Desktop- oder Claude Code-Konfiguration. Füge nicht denselben Key in mehrere Orte ein – das ist eine verlorene Segmentierung.
Pro-Agenten-Drosselung implementieren
Alle Keys teilen sich das Kontingent, daher kann ein schlecht funktionierender Agent die anderen aushungern. Lasse jeden Agenten seine wöchentlichen Aufrufe lokal verfolgen und sich weigern, über ein festgelegtes Budget hinauszugehen. Das MCP erzwingt das Limit auf Account-Ebene – du erzwingst die Aufteilung pro Agent.# Innerhalb der Run-Schleife jedes Agenten
agent_name = "daily-digest"
weekly_budget = 2000 # Aufrufeinheiten pro Woche für diesen Agenten
current_weekly_usage = load_local_counter(agent_name)
if current_weekly_usage > weekly_budget:
log(f"{agent_name} diese Woche über Budget, Lauf wird übersprungen")
return
result = run_mcp_workflow()
current_weekly_usage += result.calls_consumed
save_local_counter(agent_name, current_weekly_usage)Rotationsplan einrichten
Key-Rotation ist defensive Hygiene. Eine einfache Startregel: Rotiere jeden Key alle 90 Tage, drehe dabei den ältesten zuerst, damit nicht mehr als ein Key pro Monat geändert wird. Siehe Best Practices für API-Key-Sicherheit.
Key-Inventar pflegen
Eine kleine Textdatei oder Notion-Seite, auf der jeder Key, sein Zweck, sein Erstellungsdatum und wo er bereitgestellt wird, aufgelistet ist. Aktualisiere sie bei jeder Rotation oder jedem Widerruf. Wenn das Inventar von der Realität abweicht, prüfe beide Seiten.
Beispielhaftes Key-Inventar
Name | Erstellt | Bereitgestellt für | Zuletzt rotiert |
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) | nie |
Überprüfe monatlich, ob das Inventar noch mit dem Cryptohopper-Account-Panel übereinstimmt.
Kostenprofil
Das Erstellen, Rotieren oder Widerrufen eines Keys verbraucht kein Kontingent. Es gibt keine Kosten pro Key – Keys dienen nur der Zuordnung. Siehe Rate Limits erklärt.
Fehlerbehebung
Du hast das Key-Limit deines Tiers erreicht
Abenteurer erlaubt 3 Keys; Held erlaubt 10. Entweder upgraden oder konsolidieren – weniger Agenten, wiederverwendete Keys. Die meisten Leute brauchen nicht mehr als 3.
Ein Agent erschöpft plötzlich das wöchentliche Kontingent
Überprüfe die Nutzung über "wie du deine Cryptohopper MCP-Ausgaben überwachst", identifiziere den Übeltäter anhand lokaler Logs pro Key und drossle ihn entweder clientseitig oder widerrufe seinen Key vorübergehend.
Du rotierst einen Key, aber ein Verbraucher nutzt immer noch den alten
Der alte Key gibt UNAUTHORIZED zurück, bis du den neuen bereitstellst. Das ist der Sinn von separaten Keys pro Verbraucher – das Rotieren eines Keys bricht die anderen nicht. Pflege eine Checkliste für die Bereitstellung, damit die Rotation zur Routine wird und keine Überraschung.
Du kannst nicht sagen, welcher Key welchen Aufruf getätigt hat
Das MCP meldet die Nutzung auf Account-Ebene. Pro-Key-Zuordnung erfordert lokale Protokollierung – jeder Verbraucher protokolliert, was er aufruft. Mache die Protokollierung für jeden Agenten, den du unbeaufsichtigt betreibst, zur Pflicht.
Ein Teammitglied verlässt das Unternehmen und du weißt nicht, welcher Key seiner war
Deshalb ist das Inventar wichtig. Widerrufe sofort jeden Key, der einem ausgeschiedenen Teammitglied zugeordnet ist. Wenn du es nicht genau weißt, widerrufe alle Keys, die zu den Projekten dieser Person gehören, und stelle neue bereit.
Du musst einem externen Auftragnehmer oder Kollaborateur einen Key geben
Ein Cryptohopper MCP Key ist schreibgeschützt, verbraucht aber dein wöchentliches Kontingent. Setze ein hartes Budget für seinen Key in deiner clientseitigen Drosselungslogik und widerrufe ihn aggressiv am Ende des Engagements.
Du möchtest Nutzungsanalysen pro Key direkt von Cryptohopper erhalten
Der aktuelle Nutzungsendpunkt meldet nur Account-weite Zahlen. Für die Zuordnung pro Key ist die lokale Protokollierung der verfügbare Weg. Wenn du viele Agenten hast, solltest du ein internes Dashboard bauen, das lokale Logs aggregiert.