Що саме змінилося в Claude Code
Я помітив дрібницю, яка насправді зовсім не дрібниця: Claude Code у Plan Mode перестав пропонувати очистити контекст перед виконанням. Судячи з обговорень та таймінгу, це збіглося з виходом 81-ї версії та загальною ставкою Anthropic на довгий контекст.
Офіційного детального роз'яснення щодо цього конкретного перемикача я не знайшов. Але картина складається логічно: після розширення вікна до 1 мільйона токенів та появи механізмів compaction старий ритуал з ручним очищенням контексту вже виглядає необов'язковим.
Я дослідив те, що Anthropic вже підсвітила публічно. Є 1M context window у бета-версії для Opus 4.6, є context compaction, де старий контекст не просто висить мертвим вантажем, а стискається та перепаковується в міру зростання сесії. Якщо це все пов'язати, зникнення явного кроку "очистити контекст, а потім виконувати" вже не виглядає випадковістю.
І так, тут є важливе застереження: поки що це більше схоже на зміну поведінки продукту, ніж на добре задокументовану фічу з release note. Тому я б сприймав це як спостережувану практику у свіжій версії, а не як залізобетонно підтверджену політику Anthropic.
Чому це не косметика, а зсув у робочому процесі
Раніше сама ідея була зрозумілою: спочатку плануємо, потім чистимо контекст, потім виконуємо без сміття з проміжних міркувань. Такий режим добре підходив для довгих агентних завдань, де зайвий хвіст діалогу міг збити модель з курсу.
Тепер акцент, схоже, зміщується. Замість жорсткого розриву між фазою аналізу та фазою виконання Claude Code все більше покладається на великий контекст та внутрішнє пакування історії. Для користувача це виглядає приємніше: менше зайвих підтверджень, менше ручних дій, швидший перехід від плану до коду.
Але я б не записував це в безумовні перемоги. Коли інструмент сам вирішує, що тримати в пам'яті, а що згортати, ми виграємо у швидкості, але подекуди втрачаємо прозорість. У складній розробці ШІ-рішень це може спливти дуже неприємно: модель пам'ятає більше, але ви вже гірше розумієте, який саме шматок історії вплинув на поточне рішення.
Що це змінює для команд та AI-архітектури
Якщо ви будуєте ШІ-автоматизацію навколо Claude Code, я б переглянув саму дисципліну сесій. Раніше очищення контексту було вбудованою підказкою до хорошої гігієни. Тепер цю гігієну доведеться тримати в голові самим: дробити завдання, фіксувати артефакти поза чатом, не сподіватися, що довга сесія завжди краща за коротку.
Особливо це стосується команд, де Claude Code використовують не як іграшку, а як шар в інженерному процесі: генерація патчів, рефакторинг, аналіз репозиторіїв, підготовка міграцій. При впровадженні штучного інтелекту в такі ланцюжки я зазвичай дивлюся не тільки на те, "чи вміє модель довше тримати контекст", а й на відтворюваність результату. А ось вона якраз любить чіткі межі між етапами.
Кому це вигідно? Тим, хто працює з великими кодовими базами і втомився від постійних перезапусків сесії. Кому болючіше? Тим, хто будував процеси навколо передбачуваного обнулення стану перед execution phase.
Я б зараз тестував три речі:
- як змінюється якість виконання після довгого plan stage;
- коли compaction починає спотворювати важливі деталі завдання;
- чи потрібен вам власний прошарок з явним reset/summarize перед критичними кроками.
Ось тут і починається нормальна архітектура ШІ-рішень, а не магія на довірі. Ми в Nahornyi AI Lab такі штуки зазвичай перевіряємо на бойових сценаріях: де модель пише код, ходить в інструменти, читає репозиторій і повинна не просто "гарно відповісти", а не зламати пайплайн.
Мій висновок без фанфар
Мені подобається сам вектор: менше тертя, більше корисної довжини сесії, менше ручного менеджменту контексту. Але я б не розслаблявся. Чим розумнішим стає управління пам'яттю, тим важливішими стають спостережуваність, трасування та зрозумілі точки перезапуску.
Цей розбір зробив я, Вадим Нагорний з Nahornyi AI Lab. Я займаюся ШІ-інтеграцією та автоматизацією за допомогою ШІ не в теорії, а в реальних процесах команд і продуктів.
Якщо хочете, я можу подивитися на ваш workflow з Claude Code або на ширше впровадження ШІ в розробку. Приходьте з конкретним кейсом — розберемо разом, де у вас виграш, а де прихований ризик.