Важливо: створення кількох ключів не дасть тобі більше тижневої квоти. Усі ключі на акаунті мають спільний тижневий ліміт. Сенс множинних ключів — сегментація — незалежне обертання, атрибуція та відкликання — а не множення квоти.
Передумови
Рівень "Adventurer" або вищий. "Pioneer" і "Explorer" дозволяють лише один API-ключ; "Adventurer" — три, "Hero" — десять — див. рівні підписки.
MCP налаштовано принаймні в одному клієнті — див. огляд налаштування.
Чітке розуміння, які агенти чи робочі процеси отримають власний ключ.
Кроки налаштування
Сплануй сегментацію перед створенням ключів
Кожен ключ повинен відповідати одному логічному споживачеві. Поширені схеми:
- Один ключ на агента: daily-digest, volume-scanner, research-assistant.
- Один ключ на середовище: prod-agent, staging-agent, dev-laptop.
- Один ключ на людину в невеликій команді.
Уникай назв на кшталт key-1 або temp — ключ без чіткої мети з часом стає невидимим ризиком.
Створи ключі в інтерфейсі акаунта Cryptohopper
Дотримуйся інструкції як отримати API-ключ Cryptohopper MCP для кожного з них. Назви їх точно, як планувалося на кроці 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 repo X | 2026-04-01 |
volume-scanner | 2026-02-15 | Домашній сервер cron | 2026-04-01 |
research-assistant | 2026-03-10 | Claude desktop (ноутбук) | ніколи |
Щомісяця перевіряй, чи інвентарний список все ще відповідає панелі акаунта Cryptohopper.
Профіль витрат
Створення, обертання або відкликання ключа не споживає квоту. Немає плати за ключ — ключі надають лише атрибуцію. Див. пояснення лімітів швидкості.
Виправлення неполадок
Ти досяг ліміту ключів рівня
Adventurer дозволяє 3 ключі; Hero — 10. Або онови свій рівень, або консолідуй — менше агентів, повторно використовувані ключі. Більшості людей не потрібно більше 3.
Один агент раптово вичерпав тижневу квоту
Перевір використання через інструкцію як моніторити витрати Cryptohopper MCP, визнач винуватця за допомогою локальних логів кожного ключа, і або застосуй дроселювання на стороні клієнта, або тимчасово відклич його ключ.
Ти обернув ключ, але споживач все ще використовує старий
Старий ключ повертатиме UNAUTHORIZED, доки ти не розгорнеш новий. У цьому суть окремих ключів для кожного споживача — обертання одного не шкодить іншим. Ведіть чек-лист розгортання, щоб обертання було рутиною, а не сюрпризом.
Ти не можеш визначити, який ключ здійснив який виклик
MCP звітує про використання на рівні акаунта. Атрибуція за ключами вимагає локального логування — кожен споживач логує, що він викликає. Зроби логування необов'язковим для будь-якого агента, який виконується без нагляду.
Член команди йде, і ти не знаєш, чий був ключ
Ось чому інвентарний список важливий. Негайно відклич будь-який ключ, пов'язаний з тим, хто пішов. Якщо не можеш визначити, відклич усі ключі, якими користувалися проєкти цієї людини, та розгорни нові.
Тобі потрібно надати ключ зовнішньому підряднику або співробітнику
Ключ Cryptohopper MCP є read-only, але він споживає твою тижневу квоту. Встанови жорсткий бюджет для його ключа в логіці дроселювання на стороні клієнта та агресивно відкликай його наприкінці співпраці.
Ти хочеш аналітику використання за ключами безпосередньо з Cryptohopper
Поточний endpoint використання звітує лише про загальноакаунтні показники. Для атрибуції за ключами локальне логування є доступним шляхом. Якщо у тебе багато агентів, розглянь можливість побудови внутрішньої панелі, яка агрегує локальні журнали.