Разборы · Статья: · Видео: · 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
  1. 0:00 Зачем сделали Headroom и кто автор Теджас Чопра, senior engineer в Netflix; проект начался 4 месяца назад из личной боли — каждый день кончались токены в Claude Code.
  2. 3:08 Куда на самом деле утекают токены Целиком вычитанный лог-файл, JSON из базы, где нужно 20%. Главный тезис — 90% расхода не промпт, а чтения и tool-вызовы.
  3. 5:00 Как берут деньги провайдеры — KV-кэш и prefix caching Вся история уходит заново; скидка за префикс работает только при точном совпадении, иначе cache-miss на всё окно.
  4. 7:26 Что уже есть на рынке — RTK, LeanCTX, коммерческие компрессоры Компакция провайдеров слишком lossy; существующие инструменты трудно собрать в один ежедневный workflow.
  5. 8:46 Идея Headroom и обратимое сжатие Локальный прокси между агентом и моделью; обратимость через tool-call за оригиналом.
  6. 10:33 Три стадии — cache aligner, content router, CCR Выравнивание кэша, выбор компрессора по типу данных, локальное хранилище оригиналов; нюансы Claude/Codex/Gemini.
  7. 16:51 Под капотом — 11 хуков и шесть компрессоров Smart crusher для JSON, code compressor по AST, compress-base вместо LLM Lingua, cache aligner и скидки провайдеров.
  8. 22:32 Демо и цифры экономии Дашборд на localhost:8787, 20–30% экономии, 200 млрд токенов ≈ $700K, режим памяти между агентами.
  9. 26:13 Не только деньги — задержка, точность и будущее Голосовые агенты, точность с ростом окна, доменные компрессоры, видео, провенанс токенов и проект headlight.
  10. 31:04 Вопросы зала PII/PHI, использование на работе за прокси компании, как LLM понимает, когда распаковать, энергозатраты, метрики точности, масштабирование, дрейф моделей.

Коротко

Большая часть токенов в Claude Code и Codex уходит не на ваши промпты, а на «мусор» — целиком вычитанные логи, JSON и страницы, из которых нужно 10–20%. Headroom — это локальный прокси, который умно сжимает этот мусор разными компрессорами и при этом обратим: если модель захочет оригинал, она вернёт его одним tool-call.

Выжимка голосом

Самое ценное из разбора — за пару минут

0:00 2:12
Показать текст выжимки
Если коротко, это разбор о том, как перестать переплачивать за токены, когда работаешь с ИИ-агентами для кода — Claude Code, Codex и похожими. Рассказывает инженер Netflix, автор открытого инструмента Headroom. Главная мысль простая. Большая часть токенов уходит не на ваши вопросы к модели, а на мусор. Агент целиком вычитывает огромные логи, ответы баз данных и веб-страницы, хотя нужно из них процентов десять-двадцать. Headroom встаёт на вашем компьютере между агентом и моделью и на лету выбрасывает лишнее. А чтобы ничего важного не потерять, держит оригинал рядом: если модели не хватит данных, она вернёт его одной командой. Если оценивать — доклад плотный и технический, со свежими идеями, а сам инструмент ставится одной командой и не отправляет данные наружу. Слабое место — честная оценка точности, она пока держится на ощущениях. Полезнее всего это инженерам по искусственному интеллекту и разработчикам, у которых каждый день кончается лимит токенов. Вот инсайт, который меняет взгляд. Один меняющийся идентификатор или дата в системном промпте ломает кэш — и вы платите полную цену за всё окно, сами того не замечая. Простой совет на старт. Поставьте Headroom, оберните им своего агента и откройте панель — сразу видно, куда утекают токены, а счёт падает процентов на двадцать-тридцать. А вот что стоит поставить под сомнение. Громкие цифры экономии, от пятидесяти до девяноста процентов, — это потолок на идеальных данных. У реальных пользователей выходит ближе к двадцати-тридцати, а когда в контексте важно почти всё, сжимать нечего. И напоследок — взгляд под другим углом. Возможно, главная ценность не в экономии токенов, а в том, чтобы знать, откуда взялся каждый кусок контекста. И ещё — память, которая переносится между разными агентами, может оказаться рынком крупнее, чем само сжатие.

Озвучено синтезом речи · голос 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) — наблюдаемость, токен-эффективную для самих агентов-потребителей.

Оценка видео

Чем выше — тем больше пользы на минуту

4.5

средняя из 5

Актуальность информации 5.0

Доклад от июня 2026-го про сегодняшние Claude Code/Codex и реальные нюансы биллинга провайдеров.

Содержательность 4.5

Плотно — устройство prefix-кэша, шесть компрессоров, обратимое сжатие, цифры экономии — почти без воды.

Инновационность идей 4.5

Обратимое сжатие (compress-cache-retrieve) и «провенанс каждого токена» — свежий взгляд на проблему контекста.

Практичность 4.0

Инструмент ставится в одну команду и работает локально, но часть фич — ещё 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.»
Tejas Chopra С чего начался проект — личная боль с лимитами Claude Code. 0:51
«90% of it is waste and garbage that I don't care about.»
Tejas Chopra Про целиком вычитанный лог-файл в контексте. 3:17
«90% of my coding workflow involves anything but the user prompt.»
Tejas Chopra Ключевой тезис — литература зря била по сжатию промпта. 4:08
«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.»
Tejas Chopra Объяснение KV-кэша на пальцах. 6:07
«You inject information to the LLM saying that if you need more, here is a tool call you can do.»
Tejas Chopra Суть обратимого сжатия. 5:15
«It's a local compression layer between the agent and the model, and it shrinks everything in between.»
Tejas Chopra Определение Headroom в одном предложении. 8:46
«We have reached 200 billion tokens saved. To put that into perspective, that is $700,000 of money saved for our users.»
Tejas Chopra Главная цифра экономии на момент доклада. 23:22
«When you compress tokens, you're not saving money. You're actually saving latency. And you're actually saving accuracy.»
Tejas Chopra Поворот — сжатие не только про деньги. 26:13

Полезные советы

Что можно применить уже сегодня. Разверни совет — сколько займёт, что даст и что конкретно делать

1

Поставь Headroom и оберни им свой кодинг-агент

5 минут Сразу видишь, куда утекают токены, и режешь счёт на 20–30%

Самый простой путь — поставить пакет и запустить агента через обёртку: поднимется локальный прокси, и все вызовы пойдут через него. Никаких правок кода.

Что делать

  1. 1 1. Установи — pip install "headroom-ai[all]" (или npm install headroom-ai).
  2. 2 2. Запусти агента через обёртку — headroom wrap claude (или codex / copilot / aider).
  3. 3 3. Работай как обычно — прокси сам сожмёт tool-вызовы, файлы, JSON и веб-выдачу.
2

Открой дашборд экономии на localhost:8787

1 минута Видишь в цифрах сэкономленные токены, деньги и попадания в prefix-кэш

Headroom поднимает локальную панель, где видно сэкономленные токены, деньги и hit-rate prefix-кэша по сессии. Это снимает мистику «куда ушёл лимит».

Что делать

  1. 1 1. Запусти агента через headroom (wrap или proxy).
  2. 2 2. Открой в браузере http://localhost:8787.
  3. 3 3. Смотри, какие компрессоры срабатывают чаще (код, JSON, текст) и сколько экономят.
3

Включи 1-часовой TTL prefix-кэша, если возвращаешься к сессиям

10 минут До 90% экономии на чтениях вместо потери скидки каждые 5 минут

По умолчанию у Claude prefix-кэш живёт 5 минут: прервался, вернулся через 6 минут — и платишь за всё окно. Есть скрытая опция 1-часового TTL — запись стоит x2, но чтения дают 90% экономии. Выгодно, если сессии прерывистые.

Что делать

  1. 1 1. Оцени свой стиль — часто ли прерываешься и возвращаешься к той же задаче.
  2. 2 2. Если да — включи 1-часовой TTL (Headroom умеет подбирать его по истории сессий автоматически).
  3. 3 3. Сравни счёт за неделю до и после.
4

Перестань скармливать агенту файлы и логи целиком

привычка Меньше мусора в контексте — дешевле, быстрее и точнее ответы

Главный источник трат — когда tool вычитывает весь лог-файл или весь JSON-ответ базы в контекст, хотя нужно 10–20%. Прокси-сжатие решает это автоматически, но и руками стоит давать агенту grep/срезы, а не «прочитай весь файл».

5

Используй --compress у CLI, которые дёргает агент

5 минут Вывод GitHub CLI и подобных команд перестаёт раздувать контекст

Многие CLI (например, gh) имеют флаг --compress, дающий неразвёрнутый вывод. Агенты по умолчанию его не ставят. Инструменты вроде RTK и сам Headroom умеют подменять вызовы на сжатые — но знать про флаг полезно и вручную.

6

Подключи Headroom через MCP, а не только как обёртку

10 минут Любой MCP-совместимый агент получает сжатие и обратимое восстановление

Кроме обёртки и прокси, у Headroom есть MCP-сервер с инструментами headroom_compress / headroom_retrieve / headroom_stats. Это даёт обратимость — модель сама вернёт оригинал, если ей не хватит данных.

Что делать

  1. 1 1. Установи MCP-интеграцию — headroom mcp install.
  2. 2 2. Подключи MCP-сервер к своему агенту (Claude, Codex, любой MCP-клиент).
  3. 3 3. Проверь, что в списке инструментов появился headroom_retrieve.
7

Попробуй Headroom вне кодинга — на документах и данных

вечер Сжатие 10-K на 190 страниц, RAG-чанков, голосовых и видео-пайплайнов

Headroom полезен везде, где данных много, а нужен маленький кусок: финансовый отчёт на 190 страниц сжался на 34% без потери ответа, видео с завода — с $3 до $0.2 за загрузку. Не работает там, где важно всё.

8

Защити PII/PHI от сжатия осознанно

15 минут Идентификаторы, токены доступа и медданные не теряются при сжатии

Модель 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 — компоненты сделаны сменными

Логика повествования

Как устроена аргументация видео — пройди по шагам

Предпосылка Аргумент Пример Вывод
  1. Предпосылка Проблема — токены утекают в мусор, а не в промпты 3:42

    Спикер ловит на горячем: tool вычитал весь лог-файл целиком, хотя 90% — мусор. То же с JSON из базы: нужно 20%, приходит всё. И главное — основной расход не на промпте, а на чтениях файлов и tool-вызовах.

  2. Аргумент KV-кэш и prefix-кэш — как провайдеры берут деньги 5:00

    Каждый запрос тащит всю историю заново (KV-кэш). Prefix-кэш даёт 90% скидку на повтор, но только при точном совпадении префикса — один меняющийся символ это cache-miss на всё окно.

  3. Пример Что уже есть на рынке и почему этого мало 7:51

    Компакция провайдеров слишком lossy (всё в плоский markdown), RTK/LeanCTX сжимают вывод CLI, коммерческие компрессоры (Y Combinator) — это облачный API. Их трудно собрать в один ежедневный workflow.

  4. Аргумент Идея Headroom — локальный обратимый слой сжатия 8:46

    Прокси между агентом и моделью, ставится в одну команду, данные не покидают ноутбук. Ключевое отличие — обратимость: сжали агрессивно, но модель может вернуть оригинал через tool-call.

  5. Аргумент Три стадии — cache aligner, content router, CCR 10:33

    Cache aligner двигает динамические поля в конец ради cache-hit. Content router выбирает компрессор по типу данных (AST для кода, JSON-, DOM-компрессоры). CCR хранит оригинал локально для обратимости.

  6. Пример Шесть компрессоров под разные типы данных 17:31

    Smart crusher для JSON (83–95%), code compressor по AST, compress-base (encoder-only модель, обучена на агентских трейсах вместо LLM Lingua на конспектах встреч), DOM-компрессор для веба.

  7. Вывод Результат — экономия денег, задержки и точности 23:22

    Пользователи экономят 20–30% токенов; на момент доклада 200 млрд сэкономленных токенов ≈ $700K. Плюс ниже задержка (голосовые агенты) и выше точность (меньше окно).

  8. Вывод Куда дальше — компрессоры по доменам и провенанс токенов 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) и не выпускает данные за пределы вашей машины. Работает в три стадии:

  1. Cache aligner — находит динамические поля (дата, UUID) в системном промпте и инструментах и двигает их в конец, чтобы большая часть окна продолжала попадать в prefix-кэш. Для Anthropic он автоматически проставляет теги cache_control (90% скидка).
  2. Content router — смотрит на тип данных и выбирает подходящий компрессор. Универсальный «один на всё» у автора не сработал, поэтому здесь набор специализированных: AST-компрессор для кода, smart crusher для JSON (83–95% экономии в лучшем случае), DOM-компрессор для веб-страниц и compress-base — encoder-only модель, которая не суммирует, а лишь взвешивает каждый токен и решает «оставить или убрать». Её дообучили на трейсах кодинг-агентов, в отличие от LLM Lingua от Microsoft, обученной на конспектах встреч.
  3. 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-модели.

Читать →