Економія токенів у середовищах на кшталт Claude Code напряму впливає на вартість роботи з ШІ‑інструментами. Канал KODARIK у новому ролику розбирає один із ключових важелів впливу на витрати — правильний вибір моделі. Нижче — структурований огляд цих рекомендацій.
Які моделі доступні в Claude Code
У Claude Code можна переглянути доступні моделі командою model. Список включає:
- дві моделі Sonnet (з різним розміром контексту),
- дві моделі Opus (також із різним контекстом),
- одну модель Haiku.
Парні варіанти Sonnet та Opus відрізняються саме обсягом контексту — одна версія підтримує до 1 млн токенів, інша — до 200 тис. токенів.
Контекст — це обсяг інформації, який модель може «тримати в пам’яті» під час роботи: код, попередні повідомлення, інструкції тощо. Чим більший контекст, тим дорожче його використання.
Чому контекст на 1 млн токенів — це додаткові витрати
Моделі з контекстом на 1 млн токенів у Claude Code оплачуються окремо від підписки:
- додаткова плата не входить у стандартну підписку Claude Code;
- вартість списується в розділ extra, який оплачується окремо.
Якщо завдання не потребує настільки великого контексту, використання мільйонного варіанта моделі стає прямим перевитрачанням коштів. Для більшості робочих сценаріїв достатньо контексту на 200 тис. токенів.
Haiku, Sonnet чи Opus: коли яку модель обирати
Ключ до економії — підбирати модель під складність завдання, а не використовувати «найпотужнішу» за замовчуванням.
Haiku — для найпростіших задач
Haiku — найекономніша модель з точки зору витрати токенів. Вона підходить для дрібних, локальних змін і простих запитів, наприклад:
- змінити колір кнопки на сайті;
- підправити невеликий фрагмент коду;
- зробити просту правку в стилях чи розмітці.
У таких випадках немає сенсу підключати складніші й дорожчі моделі.
Sonnet — базовий робочий інструмент
Sonnet розробники Claude Code рекомендують як основну модель для 90% щоденних завдань. Вона балансує між:
- достатнім «інтелектом» для більшості робочих сценаріїв;
- помірною витратою токенів.
Sonnet доцільно використовувати, коли завдання вже виходить за межі дрібних правок, але ще не потребує максимальної «розумності» та глибокого опрацювання, наприклад:
- рефакторинг модулів;
- написання функціоналу середньої складності;
- робота з кількома файлами коду.
Opus — для складних архітектурних рішень
Opus позиціонується як найрозумніша модель серед доступних. Вона підходить для:
- продумування архітектури проєкту;
- обговорення складних технічних деталей;
- аналізу комплексних систем.
Втім, є важливий нюанс: Opus витрачає приблизно втричі більше токенів, ніж базова Sonnet, для тих самих завдань. Це означає, що бездумне використання Opus там, де достатньо Haiku чи Sonnet, швидко збільшує рахунок.
Принцип економії: складність завдання = «розумність» моделі
Базове правило, яке допомагає тримати витрати під контролем:
- Прості завдання → прості моделі (Haiku).
- Типові щоденні задачі → базова модель (Sonnet).
- Складні, концептуальні, архітектурні задачі → потужні моделі (Opus).
Немає сенсу підключати Opus, щоб змінити колір кнопки: модель працюватиме довше й витратить більше токенів, тоді як Haiku впорається значно дешевше.
Те саме стосується й вибору між контекстом 200 тис. і 1 млн токенів: якщо завдання не вимагає зберігати в пам’яті величезний обсяг коду чи історії, варто обмежитися менш дорогим варіантом.