Каждый вайб-кодер с этим сталкивался. Даёшь агенту большую задачу, он лезет читать половину базы, и к моменту, когда пора что-то менять, окно контекста забито логами поиска и не особо нужными для задачи файлами. Качество падает именно там, где нужнее всего.
В Kodik с обновлением 2.1.0 появились субагенты — и они заметно помогают с этой проблемой. Основной агент делегирует часть работы "дочернему" агенту, у которого своё контекстное окно. Он делает свою работу, а "родителю" возвращает краткое резюме в формате .md. Как результат — готовые изменения в кодовой базе и ничего лишнего из того, что подъедает контекст.
Из коробки в Kodik работают два агентских профиля:
· research — исследователь только для чтения. Отправляете его, когда нужно составить карту кодовой базы до того, как что-либо в ней менять.
· implement — исполнитель с полным набором инструментов, включая правки и терминал. Наследует ваш режим подтверждения: в обычном спросит перед каждым изменением, в автопилоте сделает сам.
Можно написать и своего! Профиль агента — это обычный .md с YAML-шапкой: имя, описание, список доступных и запрещённых инструментов. Кладёте в .kodik/agents/ в корне проекта, коммитите .md файл — и у всех, кто работает над проектом, будут одинаковые агенты.
Отдельная модель для субагентов
В Kodik IDE через "Настройки —> Sub Agents" можно посадить субагентов на другую модель. Три сценария: экономить кредиты на рутине, срезать задержку лёгкой моделью через Ollama, или отправлять чувствительные куски на локальную модель, оставив основной чат в облаке.
Ограничения
Субагенты неинтерактивны — вопрос вам задать не могут. И не могут рекурсивно порождать других субагентов, так что бесконечная матрёшка вам не грозит.
Напоминание для маленьких задач: у основного агента уже есть весь нужный контекст, субагент — оверкилл. 😉
Почитать о них можно в нашей документации, опробовать — в Kodik IDE. Готовьте свои монорепозитории. 🙃