Разборы · Статья: · Видео: · 41 мин
Headroom: как перестать переплачивать за токены ИИ-агентов — слой сжатия контекста простыми словами
Инженер Netflix Теджас Чопра разбирает Headroom — открытый локальный слой между ИИ-агентом и моделью, который сжимает мусор в контексте и возвращает оригинал по запросу. Разбор того, куда на самом деле утекают токены в Claude Code и Codex и как их вернуть.
Смотреть на YouTube Headroom: A Context Optimization Layer for LLM Applications - Tejas Chopra, Netflix, Inc.
The Linux Foundation (Tejas Chopra, Netflix) · 41 мин
Главы видео — нажми, чтобы перейти к моменту 10
- 0:00 Зачем сделали Headroom и кто автор Теджас Чопра, senior engineer в Netflix; проект начался 4 месяца назад из личной боли — каждый день кончались токены в Claude Code.
- 3:08 Куда на самом деле утекают токены Целиком вычитанный лог-файл, JSON из базы, где нужно 20%. Главный тезис — 90% расхода не промпт, а чтения и tool-вызовы.
- 5:00 Как берут деньги провайдеры — KV-кэш и prefix caching Вся история уходит заново; скидка за префикс работает только при точном совпадении, иначе cache-miss на всё окно.
- 7:26 Что уже есть на рынке — RTK, LeanCTX, коммерческие компрессоры Компакция провайдеров слишком lossy; существующие инструменты трудно собрать в один ежедневный workflow.
- 8:46 Идея Headroom и обратимое сжатие Локальный прокси между агентом и моделью; обратимость через tool-call за оригиналом.
- 10:33 Три стадии — cache aligner, content router, CCR Выравнивание кэша, выбор компрессора по типу данных, локальное хранилище оригиналов; нюансы Claude/Codex/Gemini.
- 16:51 Под капотом — 11 хуков и шесть компрессоров Smart crusher для JSON, code compressor по AST, compress-base вместо LLM Lingua, cache aligner и скидки провайдеров.
- 22:32 Демо и цифры экономии Дашборд на localhost:8787, 20–30% экономии, 200 млрд токенов ≈ $700K, режим памяти между агентами.
- 26:13 Не только деньги — задержка, точность и будущее Голосовые агенты, точность с ростом окна, доменные компрессоры, видео, провенанс токенов и проект headlight.
- 31:04 Вопросы зала PII/PHI, использование на работе за прокси компании, как LLM понимает, когда распаковать, энергозатраты, метрики точности, масштабирование, дрейф моделей.
Коротко
Большая часть токенов в Claude Code и Codex уходит не на ваши промпты, а на «мусор» — целиком вычитанные логи, JSON и страницы, из которых нужно 10–20%. Headroom — это локальный прокси, который умно сжимает этот мусор разными компрессорами и при этом обратим: если модель захочет оригинал, она вернёт его одним tool-call.
Выжимка голосом
Самое ценное из разбора — за пару минут
Показать текст выжимки Скрыть текст выжимки
Озвучено синтезом речи · голос alena
Объясни проще
Суть без жаргона
Простыми словами
Когда вы работаете с ИИ-помощником для кода (Claude Code, Codex), вы платите за «токены» — кусочки текста, которые уходят в модель. Оказывается, большая часть этих токенов тратится не на ваши вопросы, а на «мусор»: агент целиком вчитывает огромные лог-файлы, ответы баз данных и веб-страницы, хотя нужна оттуда лишь малая часть. Плюс при каждом новом сообщении в модель заново уходит вся прошлая переписка. Headroom — это маленькая программа, которая ставится на ваш компьютер и встаёт посередине между помощником и моделью: на лету выбрасывает мусор и сжимает данные, экономя 20–30% токенов. А чтобы ничего важного не потерять, она хранит оригинал у вас локально — если модели вдруг не хватит данных, она одной командой вернёт всё обратно.
Как ребёнку
Представь, что ты пишешь другу письмо, но каждый раз переписываешь в него всю вашу прошлую переписку с самого начала — это долго и дорого. А ещё ты вкладываешь в конверт толстую книгу, хотя нужна всего одна страница. Headroom — это умный помощник, который вынимает из конверта всё лишнее и оставляет только нужное. Но он не выбрасывает книгу совсем — кладёт её в шкаф рядом. Если вдруг страница понадобится, он мигом достанет её обратно.
Аналогия — «это как…»
Это как вакуумный пакет для одежды в чемодане: вещи те же, но воздух выкачан, и места занимает в разы меньше. А если что-то понадобилось — расстегнул клапан, и вещь снова в полном объёме. Headroom так же «выкачивает воздух» из данных перед отправкой модели, но держит «клапан» (tool-call), чтобы вернуть оригинал.
Зачем это мне
Если вы пользуетесь ИИ-агентами — вы почти наверняка переплачиваете и упираетесь в лимиты не там, где думаете. Понимание того, как устроены KV-кэш и prefix-кэш провайдеров, и установка такого слоя сжатия напрямую режут счёт на 20–30%, ускоряют ответы и повышают точность. Для команд и стартапов, где токены — основная статья расходов, это разница между прибыльной и убыточной ИИ-фичей.
Для тех, кто в теме
Ключевое — content router с компрессорами по модальности (AST для кода, structural JSON-crusher 83–95%, DOM, encoder-only compress-base взамен LLM Lingua, дообученной на агентских трейсах) и cache aligner, выносящий динамические поля за границу prefix-кэша. CCR даёт обратимость через MCP-tool headroom_retrieve с embedded ID и TTL-хранилищем (Redis + SQLite), что снимает риск lossy-компакции; на практике retrieve дёргается в ~1% случаев. Отдельно интересны нюансы биллинга (Claude 5-мин vs скрытый 1-час TTL с x2 на запись; sub-agent, ломающий префикс; cache_control-теги Anthropic 90% vs OpenAI 50% vs Google cached content 75%), а также вектор на доменные компрессоры и провенанс токенов (headlight) — наблюдаемость, токен-эффективную для самих агентов-потребителей.
Оценка видео
Чем выше — тем больше пользы на минуту
средняя из 5
Доклад от июня 2026-го про сегодняшние Claude Code/Codex и реальные нюансы биллинга провайдеров.
Плотно — устройство prefix-кэша, шесть компрессоров, обратимое сжатие, цифры экономии — почти без воды.
Обратимое сжатие (compress-cache-retrieve) и «провенанс каждого токена» — свежий взгляд на проблему контекста.
Инструмент ставится в одну команду и работает локально, но часть фич — ещё PR и эксперименты.
Кому будет полезно
Чем выше оценка — тем больше пользы для профессии. Разверни — почему.
Для AI-инженеров 5 /5
Прямое попадание: доклад разбирает архитектуру локального прокси между агентом и LLM — обратимое сжатие через MCP-tool, cache aligner, компрессоры под AST/JSON/DOM, CCR на Redis+SQLite. Готовый паттерн, как встроить слой оптимизации контекста в агентный пайплайн (LangChain, Agno).
Для ML-инженеров 5 /5
Разобраны нюансы prefix caching и KV-cache у Anthropic/OpenAI/Google (скидки 90/50/75%, TTL 5 мин vs 1 час, штраф за cache miss при динамических полях), encoder-only compress-модель на agentic-трейсах вместо LLM Lingua и подход к eval сжатия — практическая база для построения inference-инфраструктуры.
Для разработчиков 4 /5
Тем, кто ежедневно жжёт токены в Claude Code/Codex: объясняет, куда уходят токены (логи и JSON целиком в контекст), как ставить cache_control и TTL, чем опасны sub-agent'ы для 5-минутного кэша, и даёт инструмент pip install + headroom wrap для экономии 20–90%.
Для дата-инженеров 4 /5
Близко к их задачам: компрессоры под структуру данных (AST для кода, smart crusher для JSON по outliers и std), reversible compress-cache-retrieve, локальное хранилище контекста на Redis/SQLite и провенанс источника каждого токена (проект headlight).
Для техлидов 3 /5
Полезно для оценки стоимости агентных воркфлоу: реальные цифры (200 млрд токенов = ~$700K), как масштабировать local-first инструмент до организации (RDS вместо SQLite, маршрут телеметрии в Prometheus/LangFuse) и вопросы privacy/PII при проксировании Claude Code на работе.
Для AI-предпринимателей 3 /5
Видны рыночные ниши и кейсы монетизации: voice-агенты с борьбой за латентность <200 мс, сжатие видео для промышленных инструкций ($3 → $0.2 за загрузку), доменные компрессоры (финансы, медицина) и managed-память между агентами как продукт.
Для дата-аналитиков 2 /5
Касается косвенно: пример со сжатием 190-страничного 10-K с сохранением точности ответа показывает, как удешевить разбор больших документов LLM, но настройка инфраструктуры выходит за рамки их обычных задач.
Инсайты
Нажми, чтобы раскрыть — то, что меняет взгляд на тему
01 Ваши промпты — это не туда уходят токены 3:52
Вся литература по сжатию токенов годами била по сжатию пользовательского промпта. Но 90% рабочего процесса кодинг-агента — это вообще не промпт: чтение локальных файлов, вызовы внешних инструментов, веб-страницы, статьи с arXiv. Именно там основной мусор.
02 Каждое «привет» оплачивается заново — целиком 6:07
Из-за KV-кэша на каждый новый запрос в модель уходит весь массив прошлой переписки плюс новая фраза. Простое «привет» в конце длинной сессии тащит за собой всю историю — и 99% этого вы уже отправляли.
03 Изменили один символ в начале — потеряли скидку на всё окно 10:54
Prefix-кэш даёт 90% скидку, только если префикс совпал байт-в-байт. Один меняющийся UUID или дата в системном промпте — и каждый запрос становится cache-miss на весь огромный массив токенов. Поэтому динамические поля надо двигать в конец.
04 Сжатие может быть обратимым — и это снимает главный страх 15:06
Headroom сжимает агрессивно, но вшивает в payload ID и инструкцию — «не хватает данных, позови tool headroom_retrieve». Оригинал лежит локально с TTL. На практике модель дёргает его лишь в ~1% случаев — остальное ей и так хватает.
05 Вы платите не только деньгами — но и задержкой и точностью 26:13
Сжатие токенов экономит не только счёт. Меньше контекста — меньше задержка (критично для голосовых агентов, где порог «как человек» — 200 мс) и выше точность: с ростом окна точность моделей заметно падает.
Ключевые цитаты
Сильные фразы из видео — нажми тайм-код, чтобы услышать в оригинале
«I use a lot of cloud code and there's no shame in admitting that. I use a lot of it. I ran out of tokens every day.»
«90% of it is waste and garbage that I don't care about.»
«90% of my coding workflow involves anything but the user prompt.»
«Every time you just say a hi after everything you've said till now, it's everything that you've said till now plus that hi that goes to an LLM.»
«You inject information to the LLM saying that if you need more, here is a tool call you can do.»
«It's a local compression layer between the agent and the model, and it shrinks everything in between.»
«We have reached 200 billion tokens saved. To put that into perspective, that is $700,000 of money saved for our users.»
«When you compress tokens, you're not saving money. You're actually saving latency. And you're actually saving accuracy.»
Полезные советы
Что можно применить уже сегодня. Разверни совет — сколько займёт, что даст и что конкретно делать
1 Поставь Headroom и оберни им свой кодинг-агент
5 минут Сразу видишь, куда утекают токены, и режешь счёт на 20–30%
Поставь Headroom и оберни им свой кодинг-агент
Самый простой путь — поставить пакет и запустить агента через обёртку: поднимется локальный прокси, и все вызовы пойдут через него. Никаких правок кода.
Что делать
- 1 1. Установи — pip install "headroom-ai[all]" (или npm install headroom-ai).
- 2 2. Запусти агента через обёртку — headroom wrap claude (или codex / copilot / aider).
- 3 3. Работай как обычно — прокси сам сожмёт tool-вызовы, файлы, JSON и веб-выдачу.
2 Открой дашборд экономии на localhost:8787
1 минута Видишь в цифрах сэкономленные токены, деньги и попадания в prefix-кэш
Открой дашборд экономии на localhost:8787
Headroom поднимает локальную панель, где видно сэкономленные токены, деньги и hit-rate prefix-кэша по сессии. Это снимает мистику «куда ушёл лимит».
Что делать
- 1 1. Запусти агента через headroom (wrap или proxy).
- 2 2. Открой в браузере http://localhost:8787.
- 3 3. Смотри, какие компрессоры срабатывают чаще (код, JSON, текст) и сколько экономят.
3 Включи 1-часовой TTL prefix-кэша, если возвращаешься к сессиям
10 минут До 90% экономии на чтениях вместо потери скидки каждые 5 минут
Включи 1-часовой TTL prefix-кэша, если возвращаешься к сессиям
По умолчанию у Claude prefix-кэш живёт 5 минут: прервался, вернулся через 6 минут — и платишь за всё окно. Есть скрытая опция 1-часового TTL — запись стоит x2, но чтения дают 90% экономии. Выгодно, если сессии прерывистые.
Что делать
- 1 1. Оцени свой стиль — часто ли прерываешься и возвращаешься к той же задаче.
- 2 2. Если да — включи 1-часовой TTL (Headroom умеет подбирать его по истории сессий автоматически).
- 3 3. Сравни счёт за неделю до и после.
4 Перестань скармливать агенту файлы и логи целиком
привычка Меньше мусора в контексте — дешевле, быстрее и точнее ответы
Перестань скармливать агенту файлы и логи целиком
Главный источник трат — когда tool вычитывает весь лог-файл или весь JSON-ответ базы в контекст, хотя нужно 10–20%. Прокси-сжатие решает это автоматически, но и руками стоит давать агенту grep/срезы, а не «прочитай весь файл».
5 Используй --compress у CLI, которые дёргает агент
5 минут Вывод GitHub CLI и подобных команд перестаёт раздувать контекст
Используй --compress у CLI, которые дёргает агент
Многие CLI (например, gh) имеют флаг --compress, дающий неразвёрнутый вывод. Агенты по умолчанию его не ставят. Инструменты вроде RTK и сам Headroom умеют подменять вызовы на сжатые — но знать про флаг полезно и вручную.
6 Подключи Headroom через MCP, а не только как обёртку
10 минут Любой MCP-совместимый агент получает сжатие и обратимое восстановление
Подключи Headroom через MCP, а не только как обёртку
Кроме обёртки и прокси, у Headroom есть MCP-сервер с инструментами headroom_compress / headroom_retrieve / headroom_stats. Это даёт обратимость — модель сама вернёт оригинал, если ей не хватит данных.
Что делать
- 1 1. Установи MCP-интеграцию — headroom mcp install.
- 2 2. Подключи MCP-сервер к своему агенту (Claude, Codex, любой MCP-клиент).
- 3 3. Проверь, что в списке инструментов появился headroom_retrieve.
7 Попробуй Headroom вне кодинга — на документах и данных
вечер Сжатие 10-K на 190 страниц, RAG-чанков, голосовых и видео-пайплайнов
Попробуй Headroom вне кодинга — на документах и данных
Headroom полезен везде, где данных много, а нужен маленький кусок: финансовый отчёт на 190 страниц сжался на 34% без потери ответа, видео с завода — с $3 до $0.2 за загрузку. Не работает там, где важно всё.
8 Защити PII/PHI от сжатия осознанно
15 минут Идентификаторы, токены доступа и медданные не теряются при сжатии
Защити PII/PHI от сжатия осознанно
Модель compress-base обучена не трогать UUID, ссылки и идентификаторы, плюс есть PR на удаление PII/PHI до сжатия. Если работаешь с чувствительными данными — проверь, что эти правила включены, и опирайся на обратимость как страховку.
Сценарии применения
Как разные люди применяют это на практике
Я как разработчик на Claude Code
Проблема: лимит токенов кончается каждый день, и непонятно, на что
Хочу: видеть, куда уходят токены, и растянуть дневной лимит
Поможет: понять, что мусор — это логи и JSON, поставить Headroom и сэкономить 20–30% токенов
Я как техлид команды на Codex
Проблема: счёт за API растёт, а половина контекста — повторно отправленная история
Хочу: снизить расходы без переписывания пайплайнов
Поможет: узнать про prefix-кэш и cache-aligner и настроить TTL/обёртку для всей команды
Я как инженер по голосовым ассистентам
Проблема: задержка ответа 300 мс, а «человеческий» порог — 200 мс
Хочу: ускорить фазу обращения к LLM между speech-to-text и text-to-speech
Поможет: вставить Headroom в середину пайплайна и срезать задержку за счёт меньшего контекста
Я как ML-инженер, работающий с RAG
Проблема: в контекст летят целые чанки, из которых нужно 20%, и точность падает с ростом окна
Хочу: подавать модели только релевантное, не теряя ответов
Поможет: применить компрессоры по типу данных и обратимое восстановление вместо обрезки вслепую
Я как основатель стартапа на ИИ-агентах
Проблема: токены — основная статья расходов, а коммерческие API-компрессоры дорого интегрировать
Хочу: дешёвое локальное решение, работающее из коробки
Поможет: взять открытый Headroom (Apache 2.0), который ставится в одну команду и не шлёт данные наружу
Я как дата-инженер в энтерпрайзе
Проблема: безопасники не разрешают слать payload во внешний облачный компрессор
Хочу: сжимать контекст, не выпуская данные за периметр
Поможет: запустить Headroom локально — «никакие данные не покидают вашу машину»
Я как продакт, считающий unit-экономику ИИ-фичи
Проблема: непонятно, сколько реально стоит «болтовня» агента и за что платим провайдеру
Хочу: измеримую картину трат и провенанс — что и откуда попало в контекст
Поможет: получить телеметрию сэкономленных токенов и понять, что провайдеры берут деньги за раздутость
Я как инженер по компьютерному зрению на производстве
Проблема: загрузка одного видео с завода в Claude стоит $3
Хочу: радикально снизить стоимость обработки видео и изображений
Поможет: применить image-вариант Headroom, который режет видео на куски и сжимает — до $0.2 за загрузку
Я как SRE/девопс, разбирающий инциденты
Проблема: агент тащит весь лог в контекст, хотя нужна одна строка про сбой
Хочу: быстро находить причину в логах без раздувания окна
Поможет: сжать вывод логов (в кейсах проекта — до ~90% экономии на разборе инцидента) и ускорить расследование
Я как платформенный инженер, раздающий агентов всей организации
Проблема: Headroom локальный, а нужен мульти-пользовательский сервис
Хочу: понять, что менять для масштабирования на организацию
Поможет: вынести память/CCR в RDS, роутить телеметрию в Prometheus/LangFuse — компоненты сделаны сменными
Логика повествования
Как устроена аргументация видео — пройди по шагам
-
Предпосылка Проблема — токены утекают в мусор, а не в промпты 3:42
Спикер ловит на горячем: tool вычитал весь лог-файл целиком, хотя 90% — мусор. То же с JSON из базы: нужно 20%, приходит всё. И главное — основной расход не на промпте, а на чтениях файлов и tool-вызовах.
-
Аргумент KV-кэш и prefix-кэш — как провайдеры берут деньги 5:00
Каждый запрос тащит всю историю заново (KV-кэш). Prefix-кэш даёт 90% скидку на повтор, но только при точном совпадении префикса — один меняющийся символ это cache-miss на всё окно.
-
Пример Что уже есть на рынке и почему этого мало 7:51
Компакция провайдеров слишком lossy (всё в плоский markdown), RTK/LeanCTX сжимают вывод CLI, коммерческие компрессоры (Y Combinator) — это облачный API. Их трудно собрать в один ежедневный workflow.
-
Аргумент Идея Headroom — локальный обратимый слой сжатия 8:46
Прокси между агентом и моделью, ставится в одну команду, данные не покидают ноутбук. Ключевое отличие — обратимость: сжали агрессивно, но модель может вернуть оригинал через tool-call.
-
Аргумент Три стадии — cache aligner, content router, CCR 10:33
Cache aligner двигает динамические поля в конец ради cache-hit. Content router выбирает компрессор по типу данных (AST для кода, JSON-, DOM-компрессоры). CCR хранит оригинал локально для обратимости.
-
Пример Шесть компрессоров под разные типы данных 17:31
Smart crusher для JSON (83–95%), code compressor по AST, compress-base (encoder-only модель, обучена на агентских трейсах вместо LLM Lingua на конспектах встреч), DOM-компрессор для веба.
-
Вывод Результат — экономия денег, задержки и точности 23:22
Пользователи экономят 20–30% токенов; на момент доклада 200 млрд сэкономленных токенов ≈ $700K. Плюс ниже задержка (голосовые агенты) и выше точность (меньше окно).
-
Вывод Куда дальше — компрессоры по доменам и провенанс токенов 27:46
Доменные компрессоры (финансы, медицина), картинки/видео и headlight — провенанс каждого токена: что и откуда попало в контекст, чего фундаментальные модели не дают.
Подробный разбор
Полный разбор — разверни, если нужно глубже
Развернуть подробный разбор Свернуть подробный разбор
Доклад короткий по меркам конференции — около 41 минуты, — но за это время Теджас Чопра, senior-инженер Netflix, очень внятно объясняет, куда на самом деле утекают деньги при работе с ИИ-агентами и как их вернуть. Не «выберите модель подешевле» и не «пишите промпты покороче», а инженерный слой, который встаёт между вашим агентом и моделью и выбрасывает из контекста мусор. Проект называется Headroom, он открыт (Apache 2.0), за 4 месяца собрал тысячи звёзд на GitHub и десятки контрибьюторов.
Главная мысль — токены утекают не туда, где вы их ищете
Почти все инструменты сжатия токенов годами оптимизировали пользовательский промпт: переписывали «цветистые» формулировки в семантически близкие, покороче. Чопра на собственной боли с Claude Code показывает, что это мимо цели. 90% рабочего процесса кодинг-агента — это вообще не ваш промпт. Это целиком вычитанные лог-файлы, JSON-ответы баз данных, веб-страницы и статьи. Оттуда реально нужно 10–20%, а в контекст летит всё подряд.
Хрестоматийный пример из доклада: у автора подскочила загрузка CPU и упал ноутбук, он попросил агента «найди в логах, где это случилось». Агент честно вызвал инструмент чтения логов — и затащил весь лог-файл целиком в контекстное окно, хотя 90% его — шум. То же самое с базой: запрос возвращает JSON с десятком записей, а ответ пользователя зависит от одной-двух.
Почему провайдерская «компакция» — не решение
У провайдеров уже есть свои механизмы, но они грубые. Когда контекст переполняется, Claude или OpenAI суммируют историю в плоский markdown — это сильная и необратимая потеря структуры.
Второй механизм — prefix caching. Из-за устройства KV-кэша на каждый запрос в модель уходит вся предыдущая переписка заново (непрерывный нарастающий массив сообщений). Провайдеры дают скидку: если вы повторно прислали уже виденный префикс, он стоит лишь ~10%. Но кэш капризен: стоит измениться одному символу внутри окна (например, дате или UUID в системном промпте) — и весь огромный массив становится cache-miss, оплачиваемым по полной.
Отдельная ловушка — у Claude prefix-кэш по умолчанию живёт 5 минут, и его легко «съесть»: если Claude форкает sub-agent под задачу, у того свой кэш, и пока он вернётся, ваше окно уже истекло. Есть скрытая опция на 1-часовой TTL, но за неё платишь удвоенной ценой записи ради 90% экономии на чтениях — выгода зависит от того, насколько прерывистые у вас сессии.
Как устроен Headroom
Это локальный прокси между агентом и моделью, который ставится одной командой (pip install "headroom-ai[all]" или npm install headroom-ai) и не выпускает данные за пределы вашей машины. Работает в три стадии:
- Cache aligner — находит динамические поля (дата, UUID) в системном промпте и инструментах и двигает их в конец, чтобы большая часть окна продолжала попадать в prefix-кэш. Для Anthropic он автоматически проставляет теги
cache_control(90% скидка). - Content router — смотрит на тип данных и выбирает подходящий компрессор. Универсальный «один на всё» у автора не сработал, поэтому здесь набор специализированных: AST-компрессор для кода, smart crusher для JSON (83–95% экономии в лучшем случае), DOM-компрессор для веб-страниц и compress-base — encoder-only модель, которая не суммирует, а лишь взвешивает каждый токен и решает «оставить или убрать». Её дообучили на трейсах кодинг-агентов, в отличие от LLM Lingua от Microsoft, обученной на конспектах встреч.
- CCR (compress-cache-retrieve) — хранит оригиналы локально (Redis + SQLite, TTL) и обеспечивает обратимость.
Обратимость — ключевое отличие. В сжатый payload вшит ID и инструкция: «не хватает данных — позови инструмент headroom_retrieve». Так можно сжимать агрессивно, не боясь потерять важное: если модели понадобится оригинал, она достанет его через MCP-вызов. На практике, по словам автора, это происходит лишь примерно в 1% случаев — остальное модели и так хватает.
Подключить можно четырьмя способами: вызовом compress в пайплайнах LangChain/Agno, обёрткой headroom wrap claude (или codex / copilot / aider), через MCP-сервер и как OpenAI-совместимый прокси. Локальный дашборд экономии — на localhost:8787.
Что это даёт и куда движется
Типичная экономия у пользователей — 20–30% токенов (зависит от того, сколько tool-вызовов в сессии). Суммарно на момент доклада Headroom сэкономил 200 млрд токенов ≈ $700K — но это по opt-in телеметрии, то есть нижняя граница и смещённая выборка.
Важнее, что сжатие — не только про деньги. Меньше контекста — меньше задержка (критично для голосовых агентов, где «человеческий» порог отклика — 200 мс) и выше точность, ведь с ростом окна точность моделей заметно падает. Headroom работает и вне кодинга: финансовый отчёт 10-K на 190 страниц сжался на 34% без потери ответа, видео с завода — с $3 до $0.2 за загрузку (image-вариант режет видео на куски).
Дальше автор смотрит в сторону доменных компрессоров (у финансов, медицины, кода — разная структура данных) и проекта Headlight — провенанса каждого токена: что и откуда попало в контекст. Любопытный тезис: наблюдаемость скоро будут потреблять не люди, а сами агенты, поэтому телеметрию надо делать токен-эффективной для машин, а не рисовать дашборды для инженеров.
Где у доклада слабые места
Стоит держать в голове честные оговорки, часть которых признаёт сам автор. Громкие 50–90% — это потолок на идеальных данных, а не типичная экономия; reversibility он сам называет «маркетинговым термином» (модель должна догадаться сделать retrieve, а TTL короткий); по eval и дрейфу моделей «хорошей истории пока нет». Половина ценности (нюансы TTL и тегов кэша) завязана на текущие причуды биллинга провайдеров, которые меняются на лету. И самый большой стратегический риск — что Anthropic или OpenAI встроят умную компакцию нативно; страховкой тут служит именно нейтральность независимого слоя. Подробнее — в блоках «Критический взгляд» и «Взгляни иначе» ниже.
План внедрения
С чего начать — отмечай шаги, прогресс сохранится
Выполнено 0 из 6
Словарь терминов
Понять незнакомое простым языком
Показать 16 терминов Свернуть словарь
- Токен (token)
- Минимальный кусочек текста, которым оперирует модель (примерно слово или часть слова). Провайдеры берут плату за число токенов на входе и выходе — поэтому «лишние» токены = лишние деньги.
- Контекстное окно (context window)
- Вся «оперативная память» модели в одном запросе — всё, что вы и агент туда положили. Чем оно больше, тем дороже, медленнее и (с какого-то момента) менее точно.
- KV-кэш (KV cache)
- Механизм, из-за которого на каждый новый запрос в модель уходит вся прошлая переписка заново — непрерывный нарастающий массив сообщений. Даже короткое «привет» тащит за собой всю историю.
- Prefix caching (кэш префикса)
- Скидка провайдера (до 90%) за повторную отправку уже виденного начала запроса. Работает только при точном совпадении префикса — изменили что-то внутри, и платите за всё окно как за новое.
- Cache aligner (выравниватель кэша)
- Стадия Headroom, которая находит в системном промпте и инструментах динамические поля (дата, UUID) и двигает их в конец, чтобы большая часть окна продолжала попадать в prefix-кэш.
- Content router (маршрутизатор контента)
- Стадия Headroom, которая смотрит на тип данных и выбирает подходящий компрессор — AST для кода, JSON-компрессор для JSON, DOM-компрессор для веб-страниц.
- TTL (time to live)
- Время жизни кэша/данных. У prefix-кэша Claude по умолчанию 5 минут; есть скрытая опция на 1 час (дороже запись, но дешевле чтения). У локального CCR-хранилища Headroom — тоже TTL (по умолчанию 5 минут).
- Reversible compression / CCR (обратимое сжатие, compress-cache-retrieve)
- Подход Headroom: сжать данные, но сохранить оригинал локально и вшить в payload маркер «нужно больше — позови tool». Модель при нехватке данных возвращает оригинал tool-вызовом. Так сжатие не теряет информацию безвозвратно.
- AST-компрессор (AST-based compressor)
- Компрессор кода, опирающийся на синтаксическое дерево (Abstract Syntax Tree). Использует структуру кода, чтобы выкинуть лишнее и оставить значимое; поддерживает Python, JS, Go, Rust, Java, C++.
- Smart crusher
- Базовый алгоритм Headroom для JSON: смотрит на промпт и поля, считает выбросы, среднее и разброс по полям и «схлопывает» неважные. Даёт 83–95% экономии в лучшем случае и умеет учиться сжимать меньше, если модель часто запрашивала оригинал.
- Encoder-only модель
- Тип нейросети, которая не генерирует текст, а только «понимает» вход и выдаёт оценки. В Headroom (compress-base) она взвешивает каждый токен и решает, оставить его или убрать, не суммируя.
- LLM Lingua
- Открытый проект Microsoft для сжатия текста. Обучен на конспектах встреч, поэтому плохо ложился на кодинг-агентов — спикер заменил его своей моделью compress-base, обученной на агентских трейсах.
- MCP (Model Context Protocol)
- Протокол объявления инструментов для моделей. Headroom регистрирует tool headroom_retrieve с инструкцией «позови меня, если данных не хватает» — благодаря этому модель сама умеет вернуть сжатый оригинал.
- Hooks (хуки)
- Точки перехвата, которые агенты (Claude, OpenAI) дают сторонним инструментам — «что сделать до старта сессии», «до tool-вызова», «после tool-вызова». Headroom встраивается в эти 11 хуков, чтобы сжимать данные в нужный момент.
- Провенанс (provenance)
- Происхождение данных — возможность сказать, что именно и из какого источника попало в контекстное окно. Фундаментальные модели этого не дают; Headroom, сидя посередине, может это отслеживать (проект headlight).
- cache_control (Anthropic)
- Теги Anthropic, которыми помечают кэшируемую часть запроса ради 90% скидки. Headroom проставляет их автоматически. У OpenAI такого тега нет (50% скидка по умолчанию), у Google — cached content (до 75%, но работает нестабильно).
Критический взгляд
Объективно: с какими тезисами можно поспорить и что преувеличено
Заявленная экономия токенов 50–90% — против реальных 20–30% у пользователей
Автор честно признаёт разрыв, но цифры 50–90% остаются в заголовке и на слайдах с компрессорами (JSON «83–95%»). Это потолок на идеальных payload-ах (лог-файлы, шумный JSON), а не типичная экономия. На реальных сессиях, где много важного контекста, выгода ближе к нижней границе или нулю — сам докладчик говорит, что «не работает, когда всё важно».
«200 млрд токенов ≈ $700K сэкономлено» как доказательство ценности
Цифра выведена из opt-in телеметрии (сам автор: «200 млрд — это минимум, которым люди готовы делиться»), то есть выборка смещена в сторону энтузиастов, которых сильнее «обожгли» расходы. Перевод в $700K зависит от прайса конкретного провайдера и того, что эти токены реально были бы оплачены, а не отрезаны нативной компакцией. Это маркетинговая оценка, а не измеренная экономия.
Headroom как самостоятельный слой против нативного prefix-кэширования и компакции провайдеров
Половина ценности (cache aligner, выбор 5-мин/1-час TTL) — это эксплуатация текущих причуд биллинга Anthropic/OpenAI. Провайдеры меняют эти правила на лету: Anthropic уже двигала дефолтный TTL c 1 часа на 5 минут в марте 2026. Любая логика, завязанная на конкретные теги и скидки (90% Anthropic / 50% OpenAI / 75% Google), может обесцениться за один релиз API.
Reversible compression делает агрессивное сжатие безопасным
Сам автор называет reversibility «marketing term»: исходный контекст не возвращается автоматически, а лежит в CCR (Redis/SQLite) с TTL 5 минут, и LLM должен сам догадаться сделать MCP-вызов. Если модель не поняла, что данные урезаны (а она «не знает, чего не хватает» — вопрос из зала), потеря тихая и неисправимая после истечения TTL. «Обратимость» работает только пока модель замечает пропуск.
Eval показывает «те же цифры, что и без Headroom», значит точность не страдает
Под прямым вопросом из зала автор признаёт: оценка «в основном анекдотическая», бенчмарки «ещё идут», а по drift «у нас нет хорошей истории». То есть главное обещание — «сжимаем без потери точности» — пока не подтверждено систематически. Для слоя, через который проходит весь контекст агента, это критический пробел, а не деталь.
Защита PII/PHI: «мы просто не сжимаем чувствительные поля»
Механизм держится на том, что compress-base-модель и эвристики надёжно распознают UUID, ссылки и идентификаторы — но это сама по себе задача ML с ложными срабатываниями. Часть защиты — ещё непринятый PR и сторонние плагины (Nightfall, Google DLP). Для медицины/финансов, которые автор называет целевыми доменами, «модель обучена не трогать такие поля» — это не гарантия комплаенса.
Взгляни иначе
Новый угол, смежные области и потенциал на стыке — пища для размышлений
Телеметрия не для людей, а для агентов
Проект Headlight переворачивает привычную observability: дашборды open-telemetry заточены под человека, но через год их «читателем» станет другой агент. Если так, то и логи, и провенанс надо проектировать как токен-эффективный вход для модели, а не как графики для инженера — это отдельный класс инструментов «машина пишет — машина читает».
Провенанс токенов как комплаенс-инфраструктура
Headlight продаётся как «откуда пришёл каждый токен», но настоящая ценность — там, где нужно доказать происхождение данных в контексте: аудит, авторские права на обучающие данные, регуляторика ЕС по ИИ. Слой-посредник между агентом и моделью — естественное место для «чёрного ящика» решений ИИ, и это рынок крупнее, чем экономия на токенах.
Память между агентами — это не фича, а отдельный продукт
Демо с синхронизацией памяти Claude↔Codex через локальный SQLite-граф автор показывает мимоходом, но именно здесь рынок: переносимый, провайдер-независимый слой памяти пользователя. Если его сделать управляемым (память одного человека переиспользуется командой), это ближе к «операционной системе для агентов», чем к утилите сжатия — и не подвержено риску, что провайдер встроит компакцию у себя.
Тот же приём — на видео, медицину и финансы как разные «языки»
Кейс с фабричными очками ($3 → $0.2 за видео) намекает на главную идею: компрессор должен знать структуру данных. Финансовый 10-K, ЭКГ-поток и DOM-страница — это разные «грамматики», и per-domain компрессор по сути становится мини-парсером домена. На стыке с предметными онтологиями (FHIR в медицине, XBRL в отчётности) это превращается из сжатия в семантическую нормализацию контекста.
Headroom и RAG решают одну задачу с разных концов
RAG отбирает, что положить в контекст, до вызова модели; Headroom режет то, что уже туда попало. Логичный синтез — единый «context budget manager», который и ретривит релевантное, и сжимает остаточный шум, и помнит провенанс каждого куска. Граница между «retrieval» и «compression» — артефакт сегодняшних инструментов, а не природы задачи.
А что если провайдеры встроят это сами — и почему это не конец
Самый большой риск для Headroom: Anthropic/OpenAI делают умную компакцию нативной, и слой обесценивается. Но именно нейтральность посредника — его страховка: пользователю выгоден инструмент, который НЕ принадлежит провайдеру (мульти-модельность, перенос памяти, провенанс «в своём контуре»). Конфликт интересов провайдера, который зарабатывает на токенах, — структурный, и он оставляет место независимому слою.
Похожие разборы
RAG не умер, а вырос в итеративный agentic-поиск: эмбеддинги как кэш вычислений
Простой «RAG = один вызов вектора в контекст» устарел, но сам retrieval жив и превратился в итеративный поиск агента с набором инструментов (вектор, BM25, grep). Эмбеддинги стоит понимать как кэш вычислений: разовая индексация экономит токены и поднимает точность ответов, что подтверждают метрики Cursor.
Читать → РазборКак уместить 5 млн токенов контекста на одном узле H100: стек оптимизаций памяти при обучении LLM
Доклад показывает, как послойным наложением известных приёмов (FSDP, context parallelism через DeepSpeed Ulysses, activation checkpointing, offload, Arctic-tiling) удаётся обучать LLM с контекстом до 3 млн токенов на одном узле H100. Главный вклад авторов — U-Pipe: он переиспользует буферы между чанками голов внимания и дотягивает контекст до 5 млн токенов почти без потери пропускной способности.
Читать → РазборПетли (loops) в AI-кодинге: как заставить агента работать на цель без человека
Петля — это связка «триггер + цель», которая позволяет ИИ-агенту работать автономно к результату, убрав человека из цикла. Главный приём: цель должна быть либо проверяемой детерминированно (например, «все страницы грузятся < 50 мс»), либо отданной на суд самой модели («рефактори, пока не будешь доволен»); петли мощные, но пока не годятся для постройки фич с нуля и очень дороги по токенам.
Читать → РазборSonnet 5 не замена Opus: это агентный подмастерье для чужих workflow
Sonnet 5 интересна не тем, что “побила Opus”, а тем, что получила поведение моделей пятого поколения: планирование, субагентов и автономную работу. Но если задача требует настоящей глубины, дешёвый по токену junior может оказаться дороже senior-модели.
Читать →