Claude Code від Anthropic за останні місяці став одним із найпомітніших інструментів для розробників, які хочуть делегувати частину рутини штучному інтелекту. На відміну від класичних чат-ботів, він працює безпосередньо з локальними файлами проєкту, може їх читати, змінювати, створювати, видаляти та запускати команди, а потім перевіряти, чи нічого не зламалося.
У цьому матеріалі розглянемо один з ключових технічних аспектів Claude Code: які моделі він підтримує, як влаштоване контекстне вікно, що таке токени в практичному сенсі та як працюють механізми автоматичного й ручного стиснення контексту. Саме від розуміння цих речей залежить, наскільки ефективно інструмент поводитиметься у реальних проєктах і скільки це коштуватиме.
Три «двигуни» Claude Code: Haiku, Sonnet і Opus
У Claude Code вся «магія» відбувається завдяки великим мовним моделям, але для користувача це виглядає як вибір «двигуна» для одного й того ж інтерфейсу. Агентська оболонка, команди, робота з файлами — усе залишається однаковим, змінюється лише модель, яка виконує обчислення.
Claude Code підтримує три основні сімейства моделей: Haiku, Sonnet та Opus. У CLI їх можна обрати через команду \model, після чого з’являється список доступних варіантів, включно з модифікаціями з різним розміром контексту.
Haiku позиціонується як найшвидша та найекономніша модель Claude для простих задач. Вона підходить для сценаріїв, де важлива швидкість відповіді та низька вартість, а завдання не потребують глибокого аналізу великих обсягів коду чи складних архітектурних рішень. Це зручний вибір для тестування, демонстрацій, дрібних правок, генерації шаблонного коду або коли потрібно просто «поговорити» з проєктом без важких обчислень.
На іншому полюсі знаходиться Opus — флагманська модель Claude, яку описують як найздібнішу та найдорожчу. Вона краще справляється зі складними задачами: рефакторинг великих кодових баз, аналіз нетривіальних багів, проєктування архітектури, робота з довгими ланцюжками залежностей. За це доводиться платити як у буквальному сенсі (вища вартість токенів), так і в сенсі ресурсів: обробка великих контекстів потребує більше часу.
Між ними — Sonnet, яку розробники Claude Code прямо рекомендують як «робочу конячку» для повсякденної розробки. Sonnet вважається оптимальним балансом між можливостями та вартістю і, за їхньою рекомендацією, підходить приблизно для 90% щоденних задач. Це означає, що більшість реальних сценаріїв — від пошуку помилок у конкретних модулях до впровадження нових фіч у вже знайомому проєкті — логічно виконувати саме на Sonnet, а до Opus звертатися тоді, коли завдання явно виходить за рамки «звичайної» складності.
Такий поділ дозволяє розробникам усвідомлено керувати компромісом між швидкістю, якістю та вартістю. Замість абстрактного «виберіть модель», Claude Code фактично пропонує три режими роботи: максимально швидкий і дешевий (Haiku), збалансований (Sonnet) та максимально потужний, але дорогий (Opus).
Контекстне вікно і токени: як багато модель може «пам’ятати»
Щоб зрозуміти, чому в Claude Code існують модифікації моделей з різними розмірами контексту, потрібно розібратися, що таке контекстне вікно і токени в практичному вимірі.
Контекстне вікно — це обсяг інформації, який модель здатна одночасно «тримати в голові». Усе, що потрапляє в діалог: ваші запити, відповіді моделі, фрагменти коду, описи файлів, проміжні інструкції — складається в єдиний контекст. Саме на основі цього контексту модель робить наступний крок міркування.
Цей обсяг вимірюється в токенах. У спрощеній аналогії токени можна уявити як «кілограми для слів»: якби текст мав фізичну вагу, її можна було б «зважити» в токенах. Одне слово може відповідати певній кількості токенів, речення — більшій, а великий шматок коду або документації — ще більшій. Точне співвідношення залежить від мови, структури тексту та токенайзера, але для розробника важливіше інше: будь-який запит і будь-яка відповідь «коштують» певну кількість токенів і займають місце в контекстному вікні.
У випадку Opus стандартне контекстне вікно становить близько 200 000 токенів. Це вже дуже великий обсяг, якого в багатьох проєктах достатньо, щоб одночасно тримати в пам’яті значну частину репозиторію, історію діалогу та проміжні висновки. Проте для особливо великих кодових баз або сценаріїв на кшталт аналізу монолітів, довгих логів чи комплексної документації Anthropic пропонує варіант Opus з контекстом на 1 мільйон токенів.
Саме тут з’являється важливий нюанс: варіант з 1‑мільйонним контекстом дорожчий. Чим більше контекстне вікно, тим більше токенів модель може обробити за один сеанс, а отже, тим вищою буде вартість обчислень. У практиці це означає, що розробник має вирішити, чи справді потрібен такий обсяг «пам’яті» для конкретного завдання, чи достатньо стандартного вікна.
Аналогічна логіка поширюється й на Sonnet: у Claude Code доступні як стандартний варіант, так і модифікація з контекстом на 1 мільйон токенів. Це відкриває можливість працювати з великими проєктами на більш економній моделі, не переходячи щоразу на Opus, якщо завдання не вимагає максимальної «розумності», але потребує великого контексту.
Таким чином, вибір моделі в Claude Code — це не лише питання «наскільки розумна» модель, а й питання «скільки вона може пам’ятати одночасно» та «скільки це коштуватиме при поточному обсязі роботи».
Sonnet як модель за замовчуванням: чому це практичний вибір
Рекомендація розробників Claude Code використовувати Sonnet для приблизно 90% повсякденних задач розробки виглядає не випадковою, якщо подивитися на те, як інструмент застосовується в реальних робочих процесах.
У типовому сценарії розробник не щодня аналізує гігантські моноліти або неодноразово проганяє через модель сотні тисяч токенів документації. Частіше йдеться про локалізовані задачі: знайти й виправити помилку в конкретному модулі, додати нову кнопку на сайт, оптимізувати повільний запит, оновити конфігурацію, дописати тести, провести невеликий рефакторинг. Для таких завдань важливі адекватне розуміння коду, стабільність, передбачуваність і прийнятна вартість.
Sonnet якраз і позиціонується як баланс між можливостями та ціною. Вона достатньо потужна, щоб розуміти структуру проєкту, працювати з кількома файлами одночасно, будувати послідовні плани змін і перевіряти результати. При цьому її використання обходиться дешевше, ніж Opus, особливо якщо розробник активно працює з Claude Code протягом дня.
У поєднанні з варіантом на 1 мільйон токенів Sonnet стає ще гнучкішим інструментом. Якщо проєкт великий, але завдання не вимагає максимальної «інтелектуальної» потужності Opus, можна обрати Sonnet з розширеним контекстом і таким чином утримати витрати в розумних межах, не жертвуючи можливістю тримати в пам’яті значну частину кодової бази.
Haiku у цій картині виглядає як інструмент для допоміжних задач. Наприклад, коли потрібно швидко перевірити ідею, згенерувати шаблон README, створити тестовий файл, виконати нескладну трансформацію тексту чи коду. У таких випадках немає сенсу витрачати дорожчі токени Sonnet або Opus, і перехід на Haiku дозволяє зменшити витрати без помітної втрати якості для простих операцій.
Opus, своєю чергою, логічно використовувати як «важку артилерію» — для складних багів, глибокого аналізу архітектури, генерації нетривіальних рішень або роботи з дуже великими контекстами, де важлива не лише кількість інформації, а й здатність моделі робити складні висновки.
У підсумку Claude Code фактично пропонує розробнику стратегію: тримати Sonnet як модель за замовчуванням, Haiku — як швидкий і дешевий варіант для дрібних задач, а Opus — як інструмент для найскладніших випадків, коли економія вже не є пріоритетом.
Як Claude Code стежить за контекстом: індикатор CTX і автоматичне ущільнення
Робота з великими моделями неминуче впирається в межі контекстного вікна. Якщо діалог триває довго, а модель постійно читає й переповідає фрагменти коду, логів і документації, контекст поступово заповнюється. У певний момент постає питання: що робити, коли ліміт майже вичерпано?
Claude Code розв’язує це завдання на кількох рівнях.
По-перше, інструмент показує індикатор стану CTX, який відображає поточне використання контекстного вікна як відсоток від максимальної місткості токенів моделі. Це дає розробнику наочне уявлення про те, наскільки «заповнена пам’ять» моделі в поточній сесії. Якщо CTX показує низькі значення, можна спокійно продовжувати діалог, додаючи нові деталі. Якщо відсоток наближається до високих значень, варто замислитися, чи не час «прибрати зайве».
По-друге, коли контекст розмови наближається до межі, Claude Code може автоматично ущільнювати його. Під ущільненням мається на увазі процес, коли модель підсумовує важливу інформацію з попередніх повідомлень, зберігаючи ключові висновки, рішення, структуру змін, а менш релевантні деталі відкидає. У результаті загальний обсяг токенів зменшується, але логіка діалогу й важливі факти залишаються доступними для подальшої роботи.
Цей механізм особливо корисний у довгих сесіях, коли розробник поступово веде модель через кілька етапів: аналіз, планування, реалізація, тестування, рефакторинг. Без ущільнення модель рано чи пізно втратила б частину контексту або взагалі не змогла б прийняти нові дані. Автоматичне стиснення дозволяє продовжувати роботу без ручного «прибирання» історії.
Важливо, що ущільнення не є просто механічним видаленням старих повідомлень. Модель намагається зберегти саме те, що може знадобитися надалі: наприклад, опис архітектурних рішень, ключові обмеження, важливі висновки з аналізу коду. Це робить процес більш безпечним для складних проєктів, де втрата контексту може призвести до помилкових рішень.
Ручне керування пам’яттю: команда \compact і контроль над важливим
Попри наявність автоматичного ущільнення, у багатьох сценаріях розробнику важливо мати прямий контроль над тим, що саме зберігається в контексті, а що можна безболісно відкинути. Для цього в Claude Code передбачено ручний механізм стиснення — команду \compact.
Користувач може вручну запустити ущільнення контексту командою \compact, коли вважає, що діалог «розрісся» і містить багато проміжних деталей, які вже не потрібні. Наприклад, якщо на початку сесії модель довго розбиралася з конфігурацією, логами й варіантами рішень, але врешті-решт було обрано один конкретний підхід, розробник може захотіти зберегти лише цей фінальний підхід і викинути проміжні обговорення.
Команда \compact дозволяє не лише запустити процес стиснення, а й вказати, що саме обов’язково потрібно зберегти. Це може бути короткий опис прийнятого рішення, посилання на ключові файли, важливі обмеження або домовленості щодо архітектури. Таким чином, розробник фактично формує «якір» для моделі: навіть якщо частина історії буде згорнута, ці критичні елементи залишаться в контексті.
Такий підхід дає змогу поєднати автоматизацію з ручним контролем. Автоматичне ущільнення рятує від необхідності постійно стежити за CTX, а ручне — дозволяє втрутитися в критичні моменти, коли важливо бути впевненим, що жодна ключова деталь не буде втрачена.
У практиці це особливо корисно для довготривалих проєктів, де одна й та сама сесія Claude Code може використовуватися протягом кількох днів або навіть тижнів. Замість того, щоб починати з нуля або ризикувати втратити важливі домовленості, розробник може періодично «прибирати» контекст, залишаючи в ньому лише стислі, але суттєві підсумки.
Висновки: моделі й контекст як основа ефективної роботи з Claude Code
Claude Code відрізняється від класичних чат-ботів не лише тим, що працює безпосередньо з файлами проєкту, а й тим, як гнучко дозволяє керувати моделями та контекстом. Підтримка трьох основних сімейств моделей — Haiku, Sonnet та Opus — дає змогу підбирати «двигун» під конкретне завдання, балансуючи між швидкістю, вартістю та інтелектуальною потужністю.
Haiku виступає як найшвидший і найдешевший варіант для простих задач, Opus — як найздібніша й найдорожча флагманська модель для найскладніших сценаріїв, а Sonnet — як рекомендований вибір для приблизно 90% повсякденних задач розробки. Додаткові варіанти Sonnet і Opus з контекстом на 1 мільйон токенів розширюють можливості роботи з великими проєктами, але водночас вимагають уважного ставлення до вартості.
Контекстне вікно, вимірюване в токенах, стає ключовим ресурсом, яким потрібно вміти керувати. Індикатор CTX дозволяє бачити, наскільки заповнена «пам’ять» моделі, автоматичне ущільнення допомагає уникати переповнення, а команда \compact дає розробнику можливість вручну контролювати, які знання зберігаються, а які можна безпечно відкинути.
Усе це перетворює Claude Code на інструмент, де успіх залежить не лише від якості самої моделі, а й від того, наскільки свідомо розробник керує моделлю, контекстом і токенами. Ті, хто розуміє ці механізми, отримують не просто «розумного помічника», а повноцінного співрозробника, здатного працювати з великими кодовими базами ефективно й передбачувано.