Лимиты Claude: 4 шага разложить контекст по слоям в 2026

В чём вообще беда с лимитами

Есть контекст, который ты грузишь осознанно: файл, который правишь, задача, которую ставишь. И есть контекст, который грузится САМ, каждую сессию, до первой твоей строчки. Второй и съедает лимит незаметно

У меня им был CLAUDE.md, файл-навигация по проекту. Туда за полгода приросло всё: карта репозитория, правила работы, прецеденты с суммами ущерба, точные формулировки, как обходить защиты. Каждое правило было полезным. Проблема была в том, что все они читались всегда

Сессия, в которой я режу видео, читала абзац про то, чем грозит неосторожная команда в базе. Сессия, в которой я считаю ипотеку, читала правила публикации в соцсетях. Это и есть налог, который платится каждый раз

Что предлагает ICM

Метод описан в статье Interpretable Context Methodology: Folder Structure as Agentic Architecture, авторы Jake Van Clief и David McDermott, Eduba и Университет Эдинбурга, март 2026. Код открыт под лицензией MIT

Идея простая до обидного. Вместо того чтобы писать код, который передаёт контекст между шагами, помнит состояние и ловит ошибки, ты раскладываешь работу по пронумерованным папкам. Папка это стадия. Внутри обычные текстовые файлы, которые говорят помощнику, какую роль играть на этом шаге. Механическую работу, где ИИ не нужен, делают маленькие скрипты рядом. Чем это отличается от надстроек, плагинов и MCP, разобрано отдельно

Вторая половина метода называется Model Workspace Protocol. Каждая стадия несёт файл-контракт CONTEXT.md, где написаны три вещи: что стадия берёт на вход, что делает и что отдаёт наружу. Иерархия контекста в методе пятислойная

Как это выглядит у меня после разбора

Я оставил в постоянном файле только два вида содержимого: КАРТУ (где что лежит) и ТРИГГЕР каждого правила (когда оно включается и кто его страхует). Всё остальное уехало на слой ниже

Выглядит это так. Раньше в файле лежал абзац с полным описанием правила, прецедентом и суммой ущерба. Стало: одна строка вида «правило такое-то, включается тогда-то, держит его такой-то сторож, полный текст по указателю». Помощник, которому правило понадобилось, идёт по указателю и читает целиком. Помощник, который режет видео, не читает вообще

Собственный замер 14 сентября 2026 по двум файлам на моём диске: монолит до разбора весил 37013 знаков (бэкап лежит рядом с датой), слой 0 после разбора весит 24976 знаков. В прикидке по токенам это 14236 против 9606, то есть минус 32 процента на каждой сессии

Слой ниже у меня лежит отдельной папкой и весит примерно столько же, сколько раньше весила выкинутая часть. Он никуда не делся, просто перестал грузиться без спроса

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

Сколько это экономит на цифрах

Экономия около 4630 токенов на сессию. Немного, если сессия одна. Существенно, если сессий двадцать в день и каждая начинается с этого налога

Шаг 1. Померь, сколько весит твой постоянный контекст

Найди файл, который читается у тебя ВСЕГДА. У Claude Code это CLAUDE.md в корне проекта, у других помощников файл называется иначе, но он есть почти везде: файл с правилами и описанием проекта. Если ты с Claude Code ещё не работал, начни с разбора самого инструмента

Посчитай его размер одной строкой в терминале:

wc -c CLAUDE.md

Что увидишь: число байт и имя файла. Для русского текста байт примерно вдвое больше, чем знаков, это нормально

Дальше грубая прикидка в токенах: раздели число ЗНАКОВ на 2.6. Это не точный счётчик, а порядок величины, и для решения его достаточно

Признак успеха: у тебя есть число. Не ощущение «файл большой», а конкретные символы и прикидка в токенах

Шаг 2. Раздели файл на триггер и тело

Пройди по файлу сверху вниз и на каждом куске задай один вопрос: это нужно ЗНАТЬ ВСЕГДА или это нужно ПРОЧИТАТЬ, КОГДА ДОЙДЁТ ДО ДЕЛА?

Всегда нужны: карта проекта, куда что класть, как называются главные папки, короткая строчка «правило такое-то существует и включается вот тогда». Это триггер

По требованию нужны: полный текст правила, история, почему оно появилось, что случилось в прошлый раз, точные формулировки исключений, примеры. Это тело

Практическая подсказка. Если абзац содержит слова «прецедент», «в прошлый раз», «однажды», «например, вот такой случай» - почти наверняка это тело

Признак успеха: ты можешь про каждый абзац сказать, зачем он в сессии, где чинят видео

Шаг 3. Унеси тела в слой 3 и оставь указатели

Заведи рядом папку под полные тексты. У меня это отдельная папка внутри рабочего каталога, у тебя может быть любая, главное чтобы она НЕ подгружалась автоматически

Перенеси туда все тела. На их месте в постоянном файле оставь одну строку по формуле: что за правило, когда включается, кто его проверяет, где лежит полный текст

Перед тем как радоваться, сделай проверку на потери. Я делал так: собрал множество всех имён сторожей и всех ссылок из старого файла, собрал то же из новой пары «слой 0 плюс слой 3» и сравнил. Совпало символ в символ, значит ничего не выпало

Проверку на потери я делал так и записал результат: множество имён сторожей и множество ссылок из старого монолита совпало с тем же множеством в новой паре «слой 0 плюс слой 3» символ в символ, то есть ноль потерь при переносе

Признак успеха: помощник по указателю доходит до полного текста правила, а без нужды его не читает

Шаг 4. Поставь контракт на каждую стадию процесса

Это вторая половина метода, и без неё первая работает вполсилы. Если у тебя есть процесс из нескольких шагов, положи в каждую стадию файл CONTEXT.md из трёх разделов

Первый: ВХОД. Откуда стадия берёт материал, и только оттуда. Канон простой: вход берётся из выходной папки предыдущей стадии, а не из её черновиков

Второй: ЧТО ДЕЛАЕТ. Своими словами, коротко. Если стадию выполняет отдельный помощник, пригодится разбор про постановку задачи агенту

Третий: ВЫХОД. Что уходит наружу. Хорошо, когда наружу уходит ровно один файл, а версии и промежуточные куски остаются внутри стадии

Отдельная деталь, которую легко пропустить: в разделе ВХОД стадия объявляет только ТЕ правила слоя 3, которые ей реально нужны. Не все скопом. Иначе слои разложены, а грузится снова всё

Признак успеха: стадия знает, откуда берёт вход и что отдаёт наружу, и не лезет в чужие промежуточные файлы

Контракт стадии умещается в три строки, и вот из чего они состоят:

Где обещание расходится с проверкой

Тут начинается часть, ради которой стоило считать самому

В статье ICM приводятся цифры сравнения: три стадии примерно по 5600, 5500 и 4900 токенов против примерно 42000 у монолитного подхода. Выглядит как падение в разы. Но эти числа собраны как самоотчёты 33 участников, без контрольного сравнения, то есть это не измерение, а опрос

Мой собственный замер дал 32 процента на постоянном файле. Не в разы. И я называю именно эту цифру, потому что она снята с двух файлов на моём диске, а не собрана опросом

Значит ли это, что метод плохой? Нет. Механизм верный и проверяется логикой: содержимое, которое грузится всегда, стоит дороже содержимого, которое поднимается по требованию, и разница равна тому, что ты убрал из постоянной части. Просто кратность у каждого будет своя, и зависит она от того, сколько в твоём файле лежало тел, а не триггеров

Чего этот способ не делает

Он не уменьшает контекст самой работы. Про то, как помощник вообще держит сказанное между сессиями, у меня есть отдельный разбор про память. Если ты открыл файл на три тысячи строк и просишь его переписать, слои тут ни при чём: это обычная загрузка файла в помощника, и весит она столько, сколько весит

Он не заменяет чистку. Часть моего файла надо было просто выкинуть, а не переносить: устаревшие правила, повторы одного и того же в трёх местах. Слои этого не видят, это работа руками

И он не работает, если указатели врут. Строка «полный текст по указателю» бесполезна, когда по указателю пусто. После разбора проверь каждый адрес, иначе помощник получит обещание вместо правила

Все три кадра в этой статье сняты мной с живых публичных страниц 14 сентября 2026 скриптом shot.py, который лежит в папке статьи. Адрес каждой снятой страницы записан в манифесте кадров, это не мокапы

В итоге у тебя

Постоянный файл стал картой и списком триггеров, рядом лежит папка с полными телами, каждая стадия процесса несёт свой контракт. Налог, который платила каждая сессия, уменьшился на измеримую величину, и ты знаешь эту величину числом, а не на ощупь

Плюс четыре вопроса, которые теперь есть к любому совету «оптимизируй контекст»:

1. что именно грузится всегда, и сколько это весит в знаках
2. это триггер или тело, и почему оно обязано быть в постоянной части
3. цифра экономии измерена или собрана опросом
4. по каждому указателю действительно что-то лежит

Третий вопрос самый полезный. Он же отделяет метод, который можно проверить, от метода, который приятно пересказывать

Источники

Каждая ссылка открыта мной 14 сентября 2026, цифры замера сняты в тот же день

• Interpretable Context Methodology: Folder Structure as Agentic Architecture - первоисточник метода, авторы, устройство стадий и контракт CONTEXT.md
• Полный текст статьи в HTML - вторая редакция, читается прямо в браузере
• PDF статьи - версия для печати
• Шаблон структуры ICM на GitHub - готовый каркас папок под метод, лицензия открытая
• Разбор метода в вики по ИИ - независимое изложение, удобно для второго мнения

Памятка: что проверить после разбора

Шесть строк, на которых чаще всего разъезжается результат

Частые вопросы