18 лайфхаків для економії токенів у Claude: Перестаньте переплачувати за ШІ!

Перестаньте переплачувати за ШІ: 18 хаків, що змусять Claude працювати на вас (а не навпаки!) – Особистий досвід Ліли Харт

Привіт, друзі! Ліла Харт на зв’язку, і як експерт з понад двадцятирічним досвідом у сфері бізнес-аналітики, автоматизації та штучного інтелекту, я постійно стикаюся з цим. Мої чати переповнені скаргами – і я вас, щиро кажучи, розумію. Люди скаржаться, що їхні ліміти токенів у Claude зникають з неймовірною швидкістю. І справді, відчуття, ніби потужний інструмент постійно “їсть” гроші так, що, здається, ви просто не можете встигнути.

Представник Anthropic, звісно, розповів про те, що вони “настроять” систему залежно від пікових та непікових годин. Але, чесно кажучи, проблема нікуди не зникає. Тому що я не з тих, хто просто читає і йде далі. Я з тих, хто занурюється, тестує, експериментує та фактично проводить приватні розслідування. Саме тому я готова поділитися з вами 18 конкретними лайфхаками, що відшліфовані особистим досвідом, щоб оптимізувати використання токенів у Claude.

Ці поради варіюються від базових (Tier 1) до тих, що вимагають більш глибокого розуміння (Tier 3). У своєму досвіді використання цих стратегій я переконалася, що ви зможете значно збільшити ефективність роботи з Claude – подвоїти, потроїти, а то й уп’ятеро!

Тож, розпочнемо!

Як працюють токени: Розберемося, чому ваш ШІ витрачає ваші кошти як на ракетному паливі

Перш ніж кидатися у практичні поради, давайте розберемося, як усе працює з токенами. Без цього розуміння ваші зусилля будуть схожі на спробу побудувати дім без фундаменту.

По-перше, токен у Claude – це найменша одиниця тексту, що обробляється ШІ, за яку ви платите. Грубо кажучи, один токен приблизно дорівнює одному слову, але це неточна аналогія.

Найголовніше: кожного разу, коли ви надсилаєте запит, Claude заново перечитує всю історію розмови. Так, дійсно всю! Перше повідомлення, відповідь на нього, друге повідомлення, відповідь на нього… аж до вашого останнього запиту. Ось у чому полягає основна проблема. За цю історію ви платите з кожним новим запитом.

Так складно і дорого, що витрати зростають експоненціально. Перший запит може коштувати 500 токенів, але тридцятий… вже 15 000! Це пов’язано з постійним повторним перечитуванням попередніх даних.

Один із розробників проаналізував чат зі 100+ повідомлень і виявив, що 98,5% токенів витрачалися на повторне читання старої історії розмови. Уявіть, скільки грошей втрачається!

Звісно, ШІ потребує контексту, і це важливо. Але 98,5% – це дійсно вже надто.

Ось графік. По осі X – номер повідомлення, по осі Y – вартість одного повідомлення та загальна кількість токенів. Бачите, як це зростає непропорційно? Кожне нове повідомлення – це як перечитування всього попереднього. І якщо перше повідомлення коштує 500 токенів, то 30-те вже 15 500 (у 31 раз більше!), а після 30 повідомлень ви можете наблизитися до чверті мільйона токенів. Це як цілий роман!

І це ще не все. Окрім ваших запитів, Claude постійно “завантажує” ваші файли .cloud.md, сервери MCP, системні промпти, скіли – все це також “поглинає” ваш контекст і токени. Це той невидимий баласт, що постійно збільшує ваші витрати.

І найгірше: роздутий контекст не тільки дорожчий, але й призводить до гірших результатів! Ви платите більше, а отримуєте менше. Це явище називається “втрата в середині” (loss in the middle). Моделі ШІ приділяють найбільше уваги початку та кінцю розмови. А те, що десь там, посередині, просто ігнорується, і це означає, що ви платите за використання інформації, яку ШІ навіть не використовує належним чином. Це як платити за повний обід, а їсти тільки першу й останню страву.

Отже, розібравшись із цим, переходимо до лайфхаків!

Tier 1: Прості перемоги – робіть це негайно!

Що ж, це ті прості кроки, що не потребують жодних технічних знань. Їх може застосувати кожен, і ефект буде помітним одразу.

1. Починайте нові чати (розмови). При вирішенні різних завдань використовуйте /clear.

Чому це так важливо? Кожне повідомлення в довгій розмові коштує експоненційно дорожче, ніж подібне повідомлення в новому чаті. Це найважливіша звичка, що продовжить життя ваших сесій. Спробуйте не переносити контекст із теми А у тему Б. Це як намагатися поговорити з бабусею її молодості, хоча ви хотіли спитати, що приготувати на вечерю.

2. Вимикайте сервери MCP, коли вони не потрібні.

Кожен підключений MCP-сервер завантажує всі свої інструменти у контекст із кожним вашим повідомленням. Це ще одне джерело невидимих токенів, що просто “з’їдають” ваш бюджет. Один сервер може коштувати 18 000 токенів за повідомлення! І ви цього навіть не помічаєте. Тому запускайте MCP на початку сесії, а непотрібні – одразу вимикайте. І ще краще: якщо є така можливість, використовуйте Command Line Interface (CLI – інтерфейс командного рядка) замість MCP. Це швидше, дешевше, і, здається, майбутнє якраз за цим.

3. Групуйте запити в одне повідомлення.

Три окремі запити коштуватимуть утричі дорожче, ніж один об’єднаний. Замість “Підсумуй це”, потім “Виділи проблеми”, потім “Запропонуй вирішення”, зробіть усе в одному промпті. А якщо Claude щось зробив не зовсім правильно, краще відредагувати оригінальне повідомлення, аніж надсилати додаткове виправлення. Виправлення замінюють поганий обмін повністю, тоді як доповнення стають частиною історії назавжди.

4. Використовуйте /plan перед будь-яким серйозним завданням.

Ця команда дозволяє Claude спланувати підхід, поставити вам потрібні роз’яснювальні питання й уникнути найбільшого марнотратства токенів – коли Claude йде хибним шляхом, пише код, а потім його доводиться викидати й починати все спочатку. Це найбільша втрата часу та токенів. Додайте до свого .cloud.md щось на кшталт: “Не роби жодних змін, доки не отримаєш 95% впевненості у тому, що потрібно зробити. Став мені уточнюючі запитання, доки не досягнеш цього рівня впевненості”. Це те, що я особисто додаю до всіх своїх .cloud.md, коли прошу його допомогти мені щось будувати.

5. Команди /context та /cost – ваші найкращі друзі.

/context показує, що саме “з’їдає” ваші токени: історія розмови, сервери MCP, завантажені файли. А /cost показує ваші фактичні витрати токенів і приблизну вартість поточної сесії. Більшість людей не мають уявлення, куди йдуть їхні токени. Ці команди роблять невидиме видимим. Як ви можете щось виправляти, якщо не знаєте, що саме “з’їдає” ваші токени через MCP?

Цікаво знати: Коли ви вперше запускаєте /context у свіжій сесії (без будь-яких чатів), ви можете бути шоковані. Навіть до того, як ви щось запитали, ви можете вже “втратити” 51 000 токенів через системний промпт, інструменти, кастомні агенти, скіли, файли пам’яті. А MCP взагалі можуть “вибухнути” ваш ліміт прямо з порогу!

6. Налаштуйте рядок стану (status line).

Це тісно пов’язано з попереднім пунктом. Ця опція доступна тільки в терміналі, але вона дає вам візуальне уявлення про те, що відбувається. Ви бачите модель, шкалу прогресу використання, відсоток від вашого вікна контексту і кількість токенів. Так, це не показує вашу 5-годинну сесію, а загальний прогрес.
Як це зробити? У терміналі введіть /st status line і попросіть модель пояснити, як це налаштувати.

7. Тримайте відкриту панель управління (dashboard).

Це ще один спосіб побачити, що відбувається. Якщо ви будете тримати вкладку з використанням токенів відкритим або хоча б перевіряти її кожні 20-40 хвилин, ви зможете краще контролювати свій прогрес. Можна навіть налаштувати автоматичні сповіщення, які надсилатимуть вам повідомлення, коли ви наближаєтеся до ліміту.

8. Будьте розумними з копіюванням та вставлянням.

Перш ніж вставити великий документ або файл, запитайте себе: чи дійсно Claude потрібен увесь цей текст? Іноді так, але часто достатньо лише одного розділу чи параграфа. Якщо помилка лише в одній функції – вставляйте тільки її. Якщо потрібен контекст одного параграфа – вставляйте тільки його. Claude має бути точним, але й ви маєте бути точними, коли надаєте йому інформацію.

9. Спостерігайте за роботою Claude Code.

Не просто надсилайте запит і йдіть. Спостерігайте, що робить Claude, особливо під час виконання довгих завдань. Ви можете помітити, що він робить помилки, зациклюється, повторно читає одні й ті самі файли. Тому, якщо ви бачите, що щось не так, краще зупинити його відразу. Це як із режимом /plan – навіщо дозволяти йому витрачати токени, якщо потім все одно доведеться все викидати?

Tier 2: Трохи глибше – професійніші трюки

Ці методи вимагають трохи більшого розуміння, але вони дають вам ще кращий контроль над витратами.

1. Тримайте файл cloud.md максимально “легким”.

Розміщуйте його в корені проєкту. Claude автоматично читає його на початку кожної сесії чату як системний контекст. Тримайте його менше 200 рядків. Включайте туди лише найважливіше: стек технологій, правила кодування, команди збирання, правило 95% впевненості. Думайте про нього як про “індекс”, який вказує лише, де знаходиться більш детальна інформація. Це зміна мислення: файл .cloud.md просто каже Claude, де і що шукати, а не містить усі дані. Це економить час і токени, бо Claude не витрачає час на читання зайвих файлів.

2. Будьте хірургічно точними з посиланнями на файли.

Замість “Ось весь мій репозиторій, знайди помилку”, скажіть: “Перевір функцію verify_user у файлі off.js“. Або використовуйте @filename, щоб вказати конкретні файли, а не дозволяти Claude досліджувати все підряд. Вся суть – у специфіці та правильному спрямуванні.

3. Компактйте контекст приблизно на 60%.

Автоматична компакція спрацьовує на 95%, коли ваш контекст вже значно знизився. Використовуйте /context, щоб перевірити відсоток ємності, або той самий рядок стану. І приблизно на 60% запускайте /compact зі специфічними інструкціями, що саме потрібно зберегти. Після 3-4 компакцій поспіль якість починає падати. Тоді краще зробити підсумок сесії /clear і почати знову.

4. Короткі перерви можуть коштувати вам дорого.

Claude використовує кешування, щоб уникнути переробки незміненого контексту, але кеш має 5-хвилинний тайм-аут. Якщо ви відійшли надовше, наступне повідомлення може все перерахувати з нуля за повну вартість. Тому, якщо плануєте відійти, зробіть /compact або /clear перед тим, як піти.

5. Обережно з виведенням команд (command output bloat).

Коли Claude виконує команди оболонки, повний результат потрапляє у вікно контексту. Якщо команда повернула 200 комітів або величезний обсяг даних, все це – токени, які надсилаються моделі. Будьте свідомими у тому, що саме ви дозволяєте Claude виконувати. Якщо в проєкті є команди, які не потрібні, можна заборонити їм доступ.

Між Tier 2 та Tier 3: Чи справді досягнення ліміту – це погано?

Редагуючи це відео, я зрозуміла, що саме зараз я хочу дещо уточнити. Головна мета цих хаків – оптимізувати використання, щоб ви не досягали ліміту. Але не варто асоціювати досягнення ліміту з чимось негативним. Навпаки! Якщо ви використовуєте інструмент максимально, якщо ви перетворюєтесь на “power user”, це чудово! Це означає, що ви отримуєте максимум користі, стаєте продуктивнішими. Той, хто ніколи не досягає ліміту, ймовірно, просто не використовує інструмент на повну силу.

Tier 3: Для справжніх гуру – екстремальні оптимізації

Це вже для тих, хто готовий заглибитися й експериментувати.

1. Обирайте правильну модель.

• Sonnet: для більшості ваших завдань з кодування.
• Haiku: для суб-агентів, форматування, простих завдань.
• Opus: для глибокого архітектурного планування, і тільки коли Sonnet виявився недостатнім.

Намагайтеся витрачати на Opus менше 20% вашого бюджету, якщо тільки це не є абсолютно необхідним для проєкту.

Бонусний лайфхак: Якщо у вас величезна кодова база і вам потрібно зробити, скажімо, рев’ю, спробуйте залучити CodeX. Для цього є офіційний плагін. Ви можете мати Opus та Sonnet, що працюють над проєктом, а потім CodeX для фінального рев’ю. Це дозволить заощадити токени Claude.

2. Вартість субагентів.

Робочі процеси агентів використовують у 7-10 разів більше токенів, ніж стандартна сесія. Чому? Тому що кожен агент має свій власний повний контекст і запускається як окремий екземпляр. Він мусить перезавантажувати все: файли, системні інструменти.
Що робити? Делегуйте субагентам одноразові завдання, особливо якщо для них підійде Haiku. Наприклад, для обробки великого обсягу інформації або для дослідження з метою отримання резюме. Так, токени – це токени, але якщо 80% ваших токенів – це дешевша модель, а не дорога, ви заощаджуєте гроші. Командні агенти – це круто, але дуже дорого. Використовуйте їх обережно.

3. Розумійте пікові години.

Ми вже згадували, що швидкість вичерпання 5-годинного вікна залежить від завантаженості. Пікові години – з 8 ранку до 2 дня за східним часом у будні. У ці години використання може бути швидшим. У непікові години (після обіду, вечори, вихідні) – використання сповільнюється.
Стратегія: Проводьте великі рефакторинги, сесії з багатьма агентами або великі проєкти саме в непікові години.

3.5. Коли ви наближаєтеся до скидання ліміту (reset), і у вас ще є залишок – використовуйте його по максимуму! Дайте агентам волю! А якщо ви наближаєтеся до ліміту, а часу ще багато – зробіть перерву. Гуляйте, обідайте, приходьте з повним бюджетом, а не витрачайте останні 5% на дрібниці.

4. Системна конституція (cloud.md) – місце для стабільних рішень.

Ваш .cloud.md повинен містити стабільні рішення, архітектурні правила та підсумки прогресу. Це джерело правди, яке робить кожен новий промпт коротшим. Зберігайте рішення, а не самі розмови. Кожен архітектурний виклик, збережений там, – це параграф, який вам ніколи не доведеться набирати знову.
Додайте правила, які нагадують Claude про необхідність економії токенів. Наприклад: “Використовуй субагентів для будь-якого дослідження чи розвідки. Якщо завдання потребує аналізу 3+ файлів, створи субагента і повертай тільки узагальнені висновки. Запускай цього субагента в Haiku”.

Бонус до бонусу: Я додала до свого .cloud.md секцію “Прикладне навчання”. Якщо щось повторно не вдається, або знайдено обхідний шлях – додаю туди однорядковий пункт, без пояснень, лише те, що допомогло заощадити час. Це постійний процес самовдосконалення.

Що робити прямо зараз?

1. Запустіть /context. Подивіться, де ви втрачаєте токени.
2. Перейдіть до активних сесій. Запустіть /cost та налаштуйте рядок стану.
3. Відкрийте панель управління і подивіться на залишок вашого бюджету та час скидання.
4. Відключіть непотрібні MCP-сервери.
5. Починайте складні завдання в режимі /plan.
6. Використовуйте /clear під час переходу до непов’язаних завдань.
7. Уручну компактуйте контекст на 60%.
8. Групуйте багатоетапні інструкції в одне повідомлення.
9. Плануйте великі сесії на непікові години.

Фінальні думки: Баланс між якістю та ціною

Пам’ятайте: є баланс між якістю та ціною. Іноді вища якість коштує дорожче, і це нормально. Але найголовніше: часто людям не потрібен більший план. Їм потрібно припинити надсилати всю історію розмови 30 разів, коли можна зробити це п’ять. Це не проблема лімітів, це проблема загальної гігієни контексту.

Гадаю, тепер ви озброєні знаннями, щоб змусити Claude працювати на вас, а не навпаки.

Якщо вам сподобалася ця стаття, чи дізналися ви щось нове – поставте лайк! Це дійсно допомагає. Дякую, що були зі мною до кінця. До нових зустрічей!