ИИ‑агент редко ограничивается одним ответом, когда работает с большим проектом. Он читает код, ищет использования символов, меняет несколько файлов, запускает тесты и исправляет найденные ошибки. За это время история чата пополняется сообщениями пользователя и результатами инструментов.
У длинной задачи возникают две практические проблемы. Первая: разработчику нужно уточнить одну деталь, но новое сообщение может вмешаться в текущую последовательность действий. Вторая: правило, переданное модели в начале разговора, постепенно отдаляется от текущего шага и может перестать влиять на ответ.
В Veai 5.16 для этих сценариев появились команда /btw и параметр strictness. Ниже разберём механику обеих функций, их ограничения и влияние частого повторения инструкций на контекст модели.
Что происходит с контекстом во время длинной задачи
Представим задачу по миграции API. Агент уже изучил контроллеры, нашёл вызывающий код, прочитал тесты и начал менять сигнатуры. В этот момент разработчик хочет узнать, зачем потребовался конкретный адаптер или что уже изменено в ветке.
Можно дождаться завершения задачи, но ответ нужен сейчас. Можно открыть новый чат, однако в нём нет собранной истории. Можно отправить вопрос в основной чат, но тогда агенту придётся обработать его как очередное сообщение внутри активной задачи.
Одновременно в начале разговора могло действовать правило команды:
После изменения рабочего кода запускай связанные тесты.
После десятков результатов поиска, чтения файлов и запусков это правило остаётся в истории, но находится далеко от текущего действия. Способность модели учитывать такую инструкцию зависит от самой модели, длины разговора и количества конкурирующей информации. Небольшие модели и модели в локальной инфраструктуре могут начать пропускать требования раньше. На крупных моделях похожее поведение встречается в очень длинных диалогах.
Наличие правила в контексте ещё не гарантирует его выполнение. Veai 5.16 позволяет приблизить инструкцию к тому шагу, на котором модель должна её применить.
/btw: один вопрос, пока основная задача продолжается
Команда /btw создаёт отдельный одношаговый запрос в контексте текущего разговора. Основной агент продолжает свою задачу, а ответ на быстрый вопрос появляется в отдельной панели под историей чата.

Например:
/btw О чём эта ветка и какие изменения в ней уже сделаны?
Или:
/btw Почему для миграции выбран адаптер, а не изменение публичного интерфейса?
Модель получает контекст разговора, поэтому в вопросе можно ссылаться на уже обсуждённую ветку, ошибку или принятое решение. Повторно описывать проект и исходную задачу не требуется.
Чем /btw отличается от сообщения в основном чате
Сообщение в основном чате становится частью истории и влияет на дальнейший ход задачи. /btw отделён от этой последовательности:
основной агент не останавливает текущую работу;
быстрый вопрос и ответ не добавляются в историю диалога;
ответ можно скопировать или закрыть в отдельной панели;
после ответа исходная задача продолжается с прежней историей.
Такой режим подходит для локального уточнения, ответ на которое уже содержится в собранном контексте.
Ограничения /btw
Быстрый вопрос работает в один раунд:
один вопрос получает один ответ;
продолжить разговор в панели ответа нельзя;
модель не вызывает инструменты;
вложения не поддерживаются;
вопрос и ответ не сохраняются в истории основного чата.
Из ограничений следует простой критерий. Если для ответа достаточно текущего диалога, подходит /btw. Если агенту нужно прочитать новый файл, найти символ в проекте, запустить тест или проанализировать вложение, запрос следует отправить в основной чат либо оформить отдельной задачей.
Подходящие вопросы:
/btw Какую причину этой ошибки мы уже нашли?
/btw Почему агент решил изменить этот интерфейс?
/btw Какие модули затрагивает текущая миграция?
Запрос, требующий инструментов, лучше сформулировать как основную задачу:
Найди все реализации этого интерфейса и проверь, какие из них нужно изменить.
Почему пользовательские правила теряют влияние
Пользовательские правила задают требования, которые должны действовать на протяжении работы. Это может быть ограничение области редактирования, порядок проверки результата или требование согласовать архитектурное изменение до реализации.
Раньше Veai передавал правило один раз, в системном сообщении в начале разговора. Для многих задач этого достаточно. Проблема проявляется, когда диалог становится длинным и между системной инструкцией и текущим действием накапливаются:
новые сообщения пользователя;
содержимое прочитанных файлов;
результаты поиска и статического анализа;
вывод запусков и тестов;
промежуточные решения агента.
Модель должна одновременно учитывать исходное правило, текущую цель и свежие данные от инструментов. Чем дальше инструкция от текущего шага, тем выше риск, что модель уделит ей меньше внимания.
Veai не может гарантировать соблюдение правила любой моделью. Параметр strictness управляет тем, как часто инструкция снова появляется рядом с текущим шагом. Более частое повторение повышает вероятность выполнения, но занимает место в контексте.
Настройка strictness
Параметр добавляется в служебный блок в начале файла правила:
--- filePattern: "**/*" strictness: user-message ---
Поддерживаются три значения:
system;user-message;tool-call.
Каждый следующий режим повторяет инструкцию чаще.
system: один раз в начале разговора
--- filePattern: "**/*" strictness: system ---
Правило включается в системное сообщение при создании разговора и больше не повторяется. Это поведение использовалось до версии 5.16 и остаётся значением по умолчанию.
Если поле не указано, существующие файлы продолжат работать так же:
--- filePattern: "**/*" ---
system подходит для коротких разговоров и инструкций, которые выбранная модель стабильно соблюдает. Режим занимает меньше контекста, поскольку текст правила передаётся один раз.
user‑message: перед каждым сообщением пользователя
--- filePattern: "**/*" strictness: user-message ---
Veai повторяет правило перед каждым новым сообщением пользователя. Если разработчик отправил в чат три сообщения, инструкция появится в контексте трижды, каждый раз рядом с новым запросом.
Режим подходит, если правило относится к обработке пользовательских задач:
Перед реализацией опиши план и дождись подтверждения.
При изменении публичного API перечисли затронутые модули.
Инструкция возвращается в актуальную часть контекста перед новой постановкой задачи, но не повторяется после каждого чтения файла или запуска.
tool‑call: после каждого результата инструмента
--- filePattern: "**/*" strictness: tool-call ---
Veai повторяет правило после результата каждого вызова инструмента. Агент прочитал файл, выполнил поиск, изменил код или получил результат теста: перед следующим шагом инструкция снова появляется в контексте.
Такой режим рассчитан на короткие критичные требования к последовательности работы:
Не редактируй файлы за пределами указанной пользователем директории.
После изменения кода запусти связанный тест и прочитай полный результат.
tool-call даёт самую высокую частоту напоминаний из трёх режимов. Одновременно он сильнее всего увеличивает объём контекста.
Надёжность и расход контекста
При каждом повторении модель снова получает текст правила. Дополнительный объём контекста зависит от двух величин:
длина правила × количество повторений
Короткое требование из нескольких строк в режиме user-message добавляет сравнительно небольшой объём. Файл на тысячу строк с режимом tool-call будет передаваться после каждого результата инструмента. В задаче с десятками чтений и изменений один и тот же файл многократно займёт контекст и увеличит расход токенов.
Veai тарифицирует работу модели в минутах, но количество дополнительных токенов нельзя напрямую перевести в такое же пропорциональное увеличение минут. Итоговый расход зависит от модели, продолжительности её работы и условий тарификации. Поэтому при выборе strictness стоит оценивать две характеристики отдельно: сколько места правило занимает в контексте и как часто агенту приходится обрабатывать его заново.
Практический подход к настройке:
Оставьте
system, если модель соблюдает инструкцию на протяжении задачи.Выберите
user-message, если правило начинает теряться между запросами пользователя.Используйте
tool-callдля коротких требований, которые должны учитываться после каждого действия с проектом.Разделяйте правила по назначению. Не повторяйте большой корпоративный документ целиком, если агент пропускает одну конкретную инструкцию.
Проверяйте поведение на реальной задаче. Более частое напоминание повышает вероятность соблюдения, но не превращает инструкцию в программно проверяемое ограничение.
Например, правило языка ответа можно оставить в system. Требование согласовать план перед каждой новой реализацией подходит для user-message. Ограничение области записи во время серии инструментальных действий можно перевести в tool-call.
Изображения для текстовой модели через субагента
Основная модель может хорошо работать с кодом и текстом, но не распознавать изображения. В Veai 5.16 агент может передать прикреплённый файл субагенту, профиль которого использует модель с поддержкой зрения.

Сценарий состоит из пяти шагов:
Основной агент получает путь к изображению.
Агент выбирает подходящий профиль субагента по его описанию.
Субагент передаёт изображение модели с поддержкой зрения.
Модель описывает изображение или извлекает из него текст.
Субагент возвращает текстовый результат основному агенту.
Этот способ подходит для чтения сообщения об ошибке на скриншоте, проверки интерфейса по макету и извлечения текста из изображения. Основную текстовую модель ради одного такого запроса менять не требуется.
Для работы с изображениями нужно создать профиль субагента, выбрать модель с поддержкой зрения и ясно описать назначение профиля. По этому описанию основной агент определяет, когда передать ему изображение.

Качество результата зависит от возможностей выбранной модели и точности описания профиля. Если основной агент может разобрать изображение самостоятельно, отдельная передача субагенту не требуется.
Другие изменения Veai 5.16
Veai 5.16 поддерживает IDE на IntelliJ Platform 2026.2. Совместимость с платформами от 2025.1 до 2026.1 сохраняется.
Плагин теперь сообщает о новой совместимой версии. Пользователь может запустить обновление, отложить напоминание на семь дней или пропустить конкретную версию. Veai не устанавливает обновление без разрешения пользователя. Уведомления отключаются по пути Settings → Tools → Veai → Notifications.
Выбранная модель сохраняется отдельно для каждого чата. Также исправлены закрытие чатов и редактора, положение курсора после удаления вложения, остановка фоновых задач при закрытии чата и прикрепление бинарных файлов перетаскиванием.
Veai надёжнее записывает файлы и повторяет обновление после временной ошибки. Размер контекста провайдера теперь корректно учитывается для моделей из профилей маршрутизации. Исправлены несколько проблем интеграции с MCP‑серверами.
Как выбрать функцию и режим
Ситуация |
Что выбрать |
Почему |
|---|---|---|
Нужно уточнить факт, который уже есть в текущем разговоре |
|
Основная задача продолжится, а вопрос не изменит историю чата |
Для ответа нужно прочитать файл, выполнить поиск или запустить тест |
Основной чат или отдельная задача |
|
Модель стабильно соблюдает правило |
|
Правило передаётся один раз и не создаёт повторного расхода контекста |
Инструкция теряется между сообщениями пользователя |
|
Правило возвращается в контекст перед каждым новым запросом |
Короткое требование должно учитываться после каждого шага с инструментом |
|
Инструкция повторяется после каждого результата инструмента |
Текстовой модели нужно разобрать изображение |
Профиль визуального субагента |
Субагент возвращает основному агенту текстовый результат анализа |
Итоги
Veai 5.16 добавляет несколько механизмов для управления длинной агентской задачей. /btw позволяет получить одно уточнение из текущего контекста, не вмешиваясь в основную последовательность работы. strictness возвращает пользовательское правило ближе к сообщению или шагу с инструментом, где модель должна его учитывать. Профиль визуального субагента подключает распознавание изображений, когда основная модель работает только с текстом.
У каждого механизма есть границы. /btw не использует инструменты и не поддерживает продолжение диалога. Частое повторение правил занимает больше контекста и увеличивает расход токенов. Анализ изображения требует профиля с подходящей моделью. Поэтому настройки стоит выбирать под конкретную задачу и проверять на используемых моделях.
Попробуйте Veai 5.16
Бесплатно в IDE. А если в работе вам не хватает каких-то возможностей или сценариев, пишите нам в чат или на support@veai.ru. Такие сообщения напрямую влияют на план следующих обновлений.
Для всех, кому интересно следить за продуктом, новостями из мира AI и техниками использования AI в разработке, оставляем ссылку на наш телеграм-канал.