AIbroker. Один шлюз для всіх ШІ-провайдерів, якими користуються мої системи.
Місце
На власному сервері
Роль
Архітектура і розробка
Команда
Зробив сам, із розробкою за допомогою ШІ
Стек
FastAPI · Python
Мої ШІ-системи — серед них пам’ять Vera і агент з продажів Stepan — звертаються до багатьох провайдерів моделей. AIbroker — єдиний шлюз перед усіма ними: ключі провайдерів зберігаються в одному місці, а виклики йдуть через шлюз або з тимчасовим доступом, кожен виклик записується з оцінкою вартості, а непрацюючі ключі та ключі, що вперлися в ліміт запитів, автоматично виводяться з ротації.
Чому витрати треба перевіряти, а не вірити їм
27 червня 2026 року оновлення бібліотеки непомітно змінило спосіб розрахунку вартості викликів, і всі записані витрати стали $0. Пізніше між записаними витратами й рахунком провайдера виникла розбіжність у $122. Відтоді записані витрати вважаються оцінкою і звіряються з рахунком самого провайдера.
Два способи обслуговувати проєкт
Режим проксі: брокер сам звертається до моделі й повертає відповідь, тож проєкт ніколи не бачить ключа. Режим оренди: для API, які не вкладаються в стандартний інтерфейс, брокер видає короткоживучий ключ і записує використання, коли дані про нього повертаються.
Що тримає систему в робочому стані
Монітор запускається кожні десять хвилин: збійні ключі перевіряє щоразу, справні — приблизно раз на годину. Ключ, що вперся в ліміт запитів, відкладається на кілька хвилин; ключ, що вичерпав місячну квоту, — до її оновлення. Ліміти витрат задаються для кожного проєкту окремо.