# Модели и расход

> Какую модель получает Buff Code, кто её выбирает, как считается расход и где он виден в биллинге организации — по каждому устройству разработчика.

## Откуда берётся модель

Buff Code работает на **моделях вашей организации**. Какая модель ответит, решает
администратор — в [выборе моделей](/docs/tariffs#openrouter-свой-выбор-модели), в строке
**«Разработка задач»**, а на выделенных мощностях — на их карточке: это та же модель, на которой
платформа ставит, разрабатывает и проверяет задачи. Если ничего не выбрано — наша модель по
умолчанию для тарифа.

Ключей провайдеров на машине разработчика нет. Запрос идёт через
[шлюз коннектора](/docs/buff-code/gateway) в Buff и оттуда — к модели по
[тарифу организации](/docs/tariffs): на тарифах OpenRouter — к стороннему провайдеру, на
выделенных мощностях и в индивидуальном сетапе — на выделенную машину, и к сторонним
провайдерам ничего не уходит; коннектор запрос не читает и не хранит.

В Buff Code модели видны под провайдером **Buff**: команда `/models` в интерфейсе, `buff models`
в консоли. Под каким именем — зависит от тарифа: модель, которую организация выбрала сама, видна
под своим именем, а модель, которую подобрали мы, — под названием тарифа, например
«OpenRouter (Сбалансированные модели)». Со старым коннектором (до v0.16.0) вместо названия видно
просто `buff`. Подключить свою подписку на модели или чужого провайдера нельзя — так у команды одна
модель, один счёт и одна история работы.

## Как считается расход

Каждый ход модели — один запрос Buff Code и ответ — списывается по тарифу организации, как
работа платформы: по токенам, которые назвала сама модель — у провайдера на тарифах OpenRouter или на выделенной
машине (вход, выход, рассуждение, кэш).
Проект — тот, что выбран в [рабочем контексте](/docs/buff-code/sign-in): расход ложится на него.

Неудачный ход (отказ модели, обрыв, отказ из-за баланса) записывается, но не списывается.

Если на балансе не хватает средств, Buff Code получит понятный отказ, а не молчание модели;
начатый ответ может увести остаток чуть ниже нуля — разница гасится следующим пополнением.

## Где виден расход

- **В самом Buff Code**: остаток организации — в строке под полем ввода (в консоли — на главном
  экране), «Баланс и расход» (`/balance` в консоли) — запас по дням, тариф и цены за миллион
  токенов, оценка этой сессии в рублях и ваш расход по дням. Когда средств мало или они
  закончились, над полем ввода появляется полоса с действием. Оценка сессии считается по ценам
  тарифа; точное списание — в кабинете. Нужен коннектор компании v0.18.0 или новее. См.
  [Остаток и расход](/docs/buff-code/work/session#остаток-и-расход).
- **История биллинга** организации: строка подписана **«Buff Code · имя устройства»**, рядом —
  проект. Фильтр **«Источник»** отбирает только Buff Code или только работу платформы.
- **[Сессии разработки](/docs/buff-code/sessions/view)**: по каждой сессии — токены по видам,
  время работы моделей и сколько списано; итоги по выбранному периоду, проекту и разработчику.
- **В самом Buff Code** — `buff stats` показывает локальную статистику этой машины; она
  считается по данным Buff Code и к биллингу отношения не имеет.

## Ограничения

- Одна модель на организацию для всех разработчиков: переключить её для одного человека нельзя.
- Уровень рассуждения (`/variants`) выбирает разработчик — в пределах того, что умеет модель.
- Расход по подписке разработчика на чужие модели через Buff Code не проходит: таких моделей в
  нём нет.