OpenClaw: чи економить experimental_mode токени

Що насправді відомо про це налаштування

Я б не вмикав цей прапорець навмання: заявлена економія значна, але підтверджень немає. Твердження звучить привабливо конкретно: experimental_mode = true у секції [features.context_management] нібито залишає витрати на рівні лише 1% після пів години безперервної роботи з Max reasoning.

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

Станом на 6 вересня 2026 року офіційна документація OpenClaw не підтверджує такого параметра. Вона описує експериментальні функції як попередні можливості, що керуються прапорцями через розділ Labs, однак ключа features.context_management.experimental_mode у знайдених матеріалах немає.

Документований механізм роботи з контекстом влаштовано інакше. OpenClaw використовує вбудований legacy-рушій, якщо через plugins.slots.contextEngine не вибрано інший рушій контексту. SDK також підтримує реєстрацію власного context engine, тобто обробку контексту можна змінювати через плагіни, але це не доводить існування спірного прапорця.

Обговорення спільноти стосуються стиснення, кешування та отримання пам'яті. Вони не підтверджують ані налаштування experimental_mode, ані результату в 1% за пів години.

Чому цей хак поки не можна вважати робочим

Головний висновок простий: це цікава гіпотеза, а не відтворювана оптимізація. Для користувачів OpenClaw різниця принципова, адже невідомий параметр може не мати стосунку до реального керування контекстом.

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

Навіть якщо ефект існує, залишається питання механіки: контекст можуть стискати, відкидати або замінювати вилученою пам'яттю. Ці варіанти по-різному впливають на якість довгих завдань, тому мінімальні витрати самі по собі ще не є перемогою.

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

Раніше ми розбирали, як контекст і extended thinking у Claude Opus 4.6 впливають на вартість запитів та архітектурні рішення. Цей розбір допомагає оцінити, де експериментальний режим OpenClaw справді заощаджує токени.