Як я підлаштувався під 5-годинний ліміт Клода
У Клода ліміт на повідомлення рахується не по годиннику, а з моменту твого першого повідомлення в сесії. Написав о 9:00 - ліміт скинеться о 14:00. Написав о 14:30 - матимеш нове вікно аж до 19:30. Проста механіка, але вона повністю змінює те, як варто планувати робочий день, якщо активно користуєшся Клодом.
Проблема, яку я не одразу помітив
Прокидаюсь, і перше, що роблю - відкриваю ноутбук чи телефон і пишу Клоду щось по роботі. Логічно, начебто. Але поки я снідаю, готуюсь, доїжджаю до роботи - минає година, а то й дві. І весь цей час просто витікає з мого 5-годинного вікна, поки я взагалі ним не користуюсь.
У результаті виходило так: активна робота з Клодом починалась годині о 10-11, а ліміт вже мав скинутись годині о 14-15. Тобто найпродуктивніший відрізок дня - обід і одразу після нього - я міг впертись у стелю саме тоді, коли Клод був найпотрібніший.
Що я змінив
Тепер перше повідомлення я пишу свідомо рано - буквально одразу як прокинувся, ще до сніданку. Щось максимально просте, на кшталт "почни сесію" чи навіть одне слово. Головне - запустити той самий 5-годинний таймер якомога раніше.
Далі йду снідати, збираюсь, їду на роботу - і весь цей "непотрібний" для Клода час просто витрачається на годинник, а не на моє активне використання. До моменту, коли я реально сідаю працювати, вікно вже наполовину відпрацювало саме собою.
Чому це працює
Логіка проста: ліміт - це фіксований відрізок часу, і байдуже, чи ти в цей час пишеш Клоду щохвилини, чи взагалі мовчиш. Час все одно йде. Питання лише в тому, коли він почне йти - коли ти цього хочеш, чи коли тобі просто випадково зручно написати перше повідомлення.
Зсунувши старт таймера на найраніший можливий момент дня, я підлаштував скидання ліміту під той час, коли він мені реально потрібен - обід, друга половина дня, коли основна робота вже в розпалі.
Чому ліміт взагалі так швидко закінчується
Ліміт рахується не по кількості повідомлень, а по обсягу токенів, які Claude обробляє за раз. І тут є кілька речей, які з'їдають бюджет набагато швидше, ніж здається:
Великі шматки коду. Якщо кидаєш Claude цілий файл на кілька сотень рядків або просиш переписати великий модуль - це одразу солідна частина ліміту за одне повідомлення, а не за десять коротких питань.
Довгі розмови в одному чаті. Claude перечитує всю історію діалогу на кожному новому повідомленні. Тобто на 20-му повідомленні ти платиш не тільки за нього, а за всі 19 попередніх наново. Довгий чат - це дорогий чат, навіть якщо кожне окреме повідомлення коротке.
Важкі задачі з інструментами. Пошук в інтернеті, робота з файлами, генерація коду з виконанням - усе це додає токенів понад сам текст відповіді, бо Claude обробляє результати кожного виклику інструменту як частину контексту.
Прикріплені файли й документи. Якщо в чат раз у раз вантажиш той самий файл замість того, щоб покласти його в Project - токени за нього рахуються заново кожного разу.
Вибраний рівень "потужності" моделі. Складніші задачі з вищим рівнем міркування (thinking effort) чи важчі моделі з'їдають бюджет швидше за прості короткі відповіді.
Тому в дні, коли роблю щось важке - великий рефакторинг, довгу сесію дебагу - ліміт витрачається за годину-дві, а не рівномірно розтягується на всі п'ять годин. І це ще один аргумент на користь того, щоб зсувати старт вікна на ранок: коли знаєш, що день буде важкий, краще, щоб вікно вже частково "прогоріло" на порожньому ранковому повідомленні, ніж витікало під час найважчої роботи.
Що з цього вийшло
Тепер рідше впираюсь у стелю в найгарячіший робочий момент. Ранкове "порожнє" повідомлення коштує мені кілька секунд, а натомість я отримую скинутий ліміт саме тоді, коли він потрібен, а не тоді, коли так вийшло випадково.
Дрібниця, але з таких дрібниць і складається робота з інструментом, яким користуєшся щодня. Якщо теж активно працюєш з Клодом протягом дня - варто звернути увагу, коли саме стартує твій перший запит, бо саме цей момент визначає, коли настане наступний "порожній" відрізок.