Приемы управления агентами

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

Дата составления: 2026-09-27
Статус: 💡 Актуально

Общие рекомендации

  1. Разносите этапы по чистым контекстам. Даже без сложной оркестрации помогает правило «один этап — один свежий контекст». Например, при подготовке правовой позиции каждый шаг — тезисы оппонента, потом нормы и практика, потом проверка на галлюцинации, потом формулировка — выполняется в отдельном чистом контексте, чтобы предыдущие рассуждения не «тянули» модель.

  2. Выделяйте проверку в отдельную роль. Самый часто используемый прием — отделить того, кто пишет, от того, кто проверяет. Формы разные: рецензенты с оценкой от 0 до 100 и порогом (метод Олега Блинова), «адвокат дьявола», обязанный искать дыры (подход Григория Москалева). Максим Шедогубов также предлагает прием «добейся 9 из 10»: оркестратор создает роли оппонента, судьи и стороннего наблюдателя, каждая оценивает текст по десятибалльной шкале с обоснованием, автор дорабатывает текст и отправляет на новый круг — пока оценки не дойдут до 9 или не пройдет пять итераций.

  3. Задавайте роли моделям по способностям (мультимодельная оркестрация). Разные модели — на разные роли: более «умная» на архитектуру и ревью, быстрая и дешевая — на рутину, третья — для «второго мнения». В сообществе так собирают многомодельные связки:

    1. В многомодельном плагине Яна Стригова — форке Superpowers — оркестрацию ведет Sonnet, планирование и ревью выполняет Opus, а реализацию — Codex.

    2. Удобная рамка — юридическая фирма, где партнера не сажают подшивать тома. У Максима Шедогубова старшая модель (Fable) отвечает за правовой анализ, план и предварительную приемку, Opus — за черновики и глубокий поиск, Sonnet — за механику: сборку файлов, поиск, форматирование; распределение один раз прописано в скилле. В той же логике ревью стоит поручать модели другого вендора, чем та, что писала, дорогим моделям передавать не весь материал, а выжимку, так как их однократные проходы гораздо дороже многократных проходов младших моделей.

  4. Выносите роли и инструкции в переиспользуемые файлы. Персону-критика удобно хранить отдельным файлом или скиллом и копировать в новые проекты. Полезно различать: короткие «мягкие» правила — в профиле или системной инструкции, проектные — в навигационном файле в корне проекта, а длинные инструкции «как что-то сделать» дробить на отдельные скиллы, а не держать одним полотном. Как устроен сам навигационный файл и что в него класть — в статье Рабочее пространство агента.

  5. Сохраняйте артефакты процесса. Оркестратор может вести журнал: правку на каждую итерацию, лог оценок, итоговый отчет с баллами и резюме изменений. Это дает воспроизводимость и точку приемки. Как сформулировано в разборе Екатерины Якуненко «Мой месяц в Claude Cowork», «результаты каждого этапа работы агента должны быть задокументированы» — так появляется аудит-трейл, по которому видно, на каком шаге возникла ошибка.

Сбор связки агентов и баз знаний

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

  1. Хранение — папка с .md. Это и есть база, все остальное надстройки над ней. Меняется реже всего. Об этом и других способах структурирования знаний — в статье Хранение знаний;

  2. Правила ведения — по каким принципам база пополняется: что считается сырым источником, что разобранной страницей, как часто проверяется целостность. Существуют в виде текста и работают безо всяких приложений; самый обсуждаемый сейчас вариант — паттерн LLM-вики;

  3. Чтение и правка человеком — Obsidian, otterwiki, Gramax, самодельная HTML-обвязка. Взаимозаменяемы и выбираются по вкусу: содержимое базы от смены читалки не меняется;

  4. Поиск для агента — локальные поисковые движки по markdown, подключаемые через MCP-сервер. Тот слой, без которого большое хранилище остается складом: агент видит файлы, но не может выбрать нужные. Сюда же относятся скиллы, объясняющие агенту формат конкретного приложения;

  5. Стандартизация — попытки описать формат базы так, чтобы агент мог пользоваться чужими базами без перевода. Летом 2026 года Google опубликовал Open Knowledge Format — открытую спецификацию, формализующую паттерн LLM-вики.

Связанные статьи

Дополнительные материалы

  • Вебинар «Армия агентов на службе у юриста: как это работает в Claude» (07.05.2026): запись · презентации — Олег Блинов о методе «писатель + рецензенты» и Григорий Москалев о командах агентов

  • Мой месяц в Claude Cowork — Екатерина Якуненко о том, зачем документировать результаты каждого этапа работы агента

  • Все хаки агентного инжиниринга — перевод лайфхаков Мэтта Ван Хорна для работы с агентами (Claude, Codex, Hermes), в том числе подход с Wiki-LLM и plan.md

  • Вебинар «Оркестрация ИИ и мультиагентная работа» (12.08.2026): запись — Максим Шедогубов о распределении ролей между моделями и приеме «добейся 9 из 10»

Теги: #агентный-ии #оркестрация