Контекстное окно нейросети ограничивает объём проекта, который агент видит в одном обращении

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

Prompt caching использует кэширование общего контекста при совпадении префикса запросов.

Память ИИ-агента должна опираться на проверенные записи проекта после смены сессии.

Код занимает только часть доступного места. По документации Anthropic, проверенной 8 октября 2026 года, в окно входят инструкции и история разговора; результаты инструментов и новый ответ тоже учитываются.

Доступ к файлу ещё не означает, что модель прочитала его содержимое. Агент может видеть путь в результатах поиска, затем открыть нужную функцию и передать её модели в следующем обращении.

Так работает агент для кода Claude Code: он получает материал через чтение и поиск. Если рядом с местом правки лежит важная проверка, её нужно найти и прочитать; большой лимит сам этого не сделает.

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

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

Масштаб нашей машины можно посмотреть в открытом счётчике сайта. На /open 8 октября показаны 391 тысяча строк кода и 387 тысяч строк спеков; даты последнего подсчёта этих объёмов на странице нет.

На vibecoding.ru инженер ведёт машину агентов. Своего клиентского кейса на большом внешнем репозитории и теста предела окна у нас нет; наш опыт здесь показывает организацию работы с кодом.

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

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

Правила для ИИ-агентов задают постоянные ограничения. Постановка задачи агенту уточняет, какой результат нужен сейчас и как его принять. Всё это должно попасть к модели до правки, а не остаться в непрочитанной папке.

У нашей машины были обе ошибки: неверный образец для чтения и замена за пределами нужного раздела. Эти истории не измеряют переполнение окна; они показывают, зачем инженер задаёт источники и границу изменения.

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

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

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

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

Поместить информацию и использовать её без ошибки не одно и то же. В исследовании Lost in the Middle, опубликованном в TACL в 2024 году, ответы исследованных моделей зависели от того, где лежали нужные сведения в длинном входе.

Авторы проверяли ответы по документам и извлечение пар ключ–значение. Это не замер современных агентов на нашем коде; из него нельзя вывести процент ошибок вашего проекта.

Для CTO вопрос решает проверка поведения после правки. В учебной форме новое поле должно сохраниться, старая заявка должна открыться, а экран сотрудника должен прочитать оба варианта данных.

Ответственность за ошибки ИИ не исчезает с покупкой большего окна. Инженер принимает результат по проверкам и составу изменений; фраза агента «я учёл весь проект» этого не доказывает.

Подрядчика стоит проверять на обычной задаче из вашего репозитория. Важен путь от поиска связанных файлов до принятой правки, а не способность пересказать весь код.

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

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

Сравнивать подходы нужно на одной задаче и одинаковых проверках. Маленькое окно с нужными файлами и большое окно со случайным набором отвечают на разные вопросы.

Инженер задаёт область чтения и изменения в услуге агентная разработка по подписке. Тариф «Один проект»: 250 000 ₽ в месяц, один поток работы, на 8 октября 2026 года.

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

1. Размер окна относится к одному обращению. Считайте выбранный материал в токенах, а не весь проект в строках.

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

3. Чтение шире изменения. Согласуйте список допустимых правок отдельно от списка источников.

4. После сжатия истории остаётся пересказ. Сохраните решения, затем перечитайте актуальный код и ограничения.

5. Выбирайте подход на своей задаче. Принимайте результат по проверкам связанных сценариев и составу изменений.