Інструменти на кшталт Claude Code стають звичним елементом робочого середовища розробників, але разом із зручністю приходить і питання вартості — насамперед через витрати токенів. Канал KODARIK пропонує один із практичних підходів до оптимізації роботи з Claude Code: використання субагентів замість постійного створення нових сесій і вікон.
Проблема: нова фіча — нове вікно, нова сесія
Типовий сценарій: для кожної нової фічі відкривається окреме вікно термінала і створюється нова сесія Claude Code. Це дозволяє ізолювати контекст, але швидко призводить до:
- великої кількості вікон і сесій;
- зростання витрат токенів через «роздутий» контекст;
- підвищеного ризику помилок і галюцинацій моделі, коли контекст стає надто складним.
Потрібен спосіб зберегти переваги «чистого контексту», але без хаосу з десятками сесій.
Рішення: субагенти як «внутрішні» сесії
Claude Code підтримує механізм субагентів — по суті, це окремі копії агентів із власним чистим контекстом, але всі вони працюють в одному вікні та в межах однієї основної сесії.
Ключові риси субагентів:
- Створюються в одному вікні: немає потреби відкривати нові термінали чи сесії.
- Мають окремий контекст: кожен субагент стартує «з нуля», без зайвого історичного багажу.
- Працюють під керуванням основного агента: результати їхньої роботи повертаються в головне вікно, де «оркестратор» збирає все в єдине рішення.
Щоб запустити такий режим, у промпті потрібно явно вказати використання субагентів. Наприклад:
- «використовуй декількох субагентів для виконання цього завдання»;
- або конкретизувати ролі: «використовуй субагента для фронтенд-дизайну», «цей субагент буде відповідати за backend», «третій буде критикувати рішення двох попередніх агентів».
Claude Code на основі такого запиту створює кілька субагентів і розподіляє між ними роботу.
Чому це економить токени і зменшує «тупняк»
Головна перевага підходу з субагентами — чистий контекст для кожного з них. Це дає одразу кілька ефектів:
-
Менше токенів на контекст
Кожен субагент не тягне за собою довгу історію попередніх обговорень. Модель обробляє менший обсяг тексту, а отже, витрачає менше токенів. -
Менше галюцинацій і помилок
Коли контекст короткий і чітко сфокусований на одній задачі (наприклад, тільки фронтенд або тільки рев’ю рішень), модель менше «плутається» і рідше вигадує зайве. -
Краще розділення відповідальності
Один субагент може займатися фронтендом, інший — backend-логікою, третій — критикою та перевіркою рішень перших двох. Така структуризація зменшує ризик, що одна «змішана» сесія перетвориться на хаотичний мікс тем.
Після завершення роботи всі субагенти повертають результати в основне вікно. Там головний агент-«оркестратор» компонує їх у цілісне рішення — наприклад, узгоджений фрагмент коду чи опис реалізації фічі.
Коли варто переходити на субагентів
Підхід із субагентами особливо корисний, коли:
- ви паралельно розробляєте кілька аспектів однієї фічі (UI, логіка, валідація, тестування);
- не хочете відкривати багато окремих сесій, але потребуєте ізоляції контекстів;
- помічаєте, що модель починає «тупити» або галюцинувати через надто довгу історію в одній сесії.
У таких випадках замість чергового нового вікна варто сформулювати промпт так, щоб Claude Code створив кількох субагентів із чітко визначеними ролями.