01 / CLAUDE CHANNELS
В чем разница Amazon Kiro и Amazon AWS?
Amazon Kiro использует внутренний системный промпт разработчиков Amazon. Amazon AWS использует «чистый» Claude без дополнительных настроек и ограничений.
01 / OVERVIEW
CONTROL PANEL
LIVE CONNECTION
AVAILABLE TOKENS
—
Current available allowance
USAGE SIGNAL
Token consumption
AWAITING REQUEST DATA
Based on the latest available requests
REQUESTS—
SUCCESSFUL—
ERRORS—
BILLED TOKENS—
RECENT REQUESTS
Usage history
| TIME | MODEL | USAGE × RATE = TOTAL | STATUS |
|---|
USAGE SIGNAL
Token consumption
AWAITING REQUEST DATA
Based on the latest available requests, not historical billing data.
REQUEST LOG
Last 100 requests
| TIME | MODEL | INPUT | OUTPUT | CACHE READ | CACHE WRITE | TOTAL | RATE | BILLED TOTAL | STATUS | LATENCY |
|---|
RUNTIME ACCESS
API ENDPOINTS
BASE ENDPOINT
https://cerberus-api.ddns.net/v1MODEL POLICY
Available models
Add token allowance to your active key.
Choose your agent and operating system to generate a ready-to-run installer command.
01 / AUTO SETUP
INSTALL CERBERUS
Ответы на вопросы о каналах Claude и защите расхода токенов.
02 / AMAZON KIRO
Что делает системный промпт в Amazon Kiro?
- Переход к спецификациям. Помогает сначала формировать структурированные планы, требования и пользовательские истории, а затем переходить к коду.
- Контроль этапов. Разделяет работу на режимы наподобие Spec и Vibe: архитектурное планирование и реализацию.
- Снижение хаоса. Добавляет рамки приёмки кода и критерии валидации.
- Автономность процесса. Направляет агента пошагово обрабатывать задачу по внутренним инструкциям.
У этого подхода есть особенности: некоторые джейлбрейки и специфические задачи могут работать хуже, а Claude может отказываться от части запросов из соображений безопасности. Например, для запроса о чёрной дыре Kiro обычно выберет простую 2D-симуляцию с наименьшим расходом токенов, тогда как AWS может подготовить более визуально насыщенную 3D-симуляцию.
03 / USAGE PROTECTION
Повышенный расход выходных токенов
Что происходит при аномально большом количестве выходных токенов?
Для запросов с устойчиво высоким соотношением выходных токенов к входным может применяться дополнительный защитный коэффициент x3.
Например, если пользователь регулярно отправляет запросы размером около 100 токенов, а модель каждый раз генерирует около 3 000 токенов, нагрузка может быть признана аномальной.
Зачем введено это ограничение?
Выходные токены существенно дороже входных. Механизм защищает платформу от абуза, автоматизированной генерации и искусственного увеличения расхода ресурсов. Это не ограничение длины ответа и не запрет на подробные ответы.
Затронет ли это обычных пользователей?
Нет. Программирование, вопросы, анализ текста, работа с документами и обычные диалоги не должны попадать под это ограничение. Механизм применяется только при устойчивом и выраженном дисбалансе, когда выход модели систематически и значительно превышает объём входного запроса.
Почему учитывается именно соотношение входа и выхода?
Большой ответ сам по себе не является проблемой. Важна аномальная пропорция между объёмом запроса и объёмом результата.
- 3 000 входных → 3 000 выходных — обычная нагрузка.
- 1 000 входных → 3 000 выходных — нормальный сценарий.
- 100 входных → 3 000 выходных один раз — сам по себе не является проблемой.
- 100 входных → 3 000+ выходных постоянно и на большом количестве запросов — может считаться аномальным использованием.
Уведомление
При обнаружении такого сценария вы получите уведомление, на главной странице появится соответствующая плитка, а также будет отправлено сообщение в чате FunPay.
SESSION DETAILS
ACCOUNT
STATUS AUTHORIZED
API KEY
—