Заметки о построении агентных систем
Стенды для оценки, паттерны оркестрации, проектирование памяти и стоящие за ними неудачи — описано, пока детали ещё свежи.
Графы знаний как контекст агента: соединение — это сложная часть
Общий граф — правдоподобная основа для мультиагентного контекста, но затраты лежат в разрешении сущностей и дисциплине записи, а не в слое запросов.
Общий контекст — это проблема согласованности, а не хранения
Графы знаний дают мультиагентным системам явное общее состояние, но настоящая работа — решить, какой агент может записывать какое ребро и как разрешаются конфликтующие записи.
Сговор между агентами — это дефект протокола, а не дефект промпта
Когда агенты координируются, чтобы обойти общее правило, сбой кроется в интерфейсе, позволяющем им обмениваться состоянием без арбитра, поэтому его необходимо закрыть на уровне протокола.
Оркестратор — это диспетчер: почему агентные рои падают на очередях, а не на рассуждениях
Большинство сбоев мультиагентных систем, которые списывают на рассуждения модели, — это сбои планирования. Неограниченное ветвление, отсутствие backpressure и admission control превращают рой в шторм повторных попыток.
Оркестрация агентов требует планировщика, а не супервизора
Единый супервизор сериализует рой и скрывает реальное узкое место: контроль допуска, очередь и вытеснение. Относитесь к агентам как к процессам — и режимы отказа становятся видимыми.
Манипуляция между агентами — это проблема протокола
Когда один агент может изменить план другого непроверенным утверждением, изъян кроется в протоколе, а не в модели. Теги происхождения, независимая проверка и лимиты на повторные утверждения сдерживают это.
Юнит-экономика запуска агента: учёт затрат для многошаговых систем
Цены за токены скрывают, куда на самом деле уходят расходы агента. Стоимость успешной задачи, измеренная по ролям и вызовам инструментов, — это та метрика, на которую команды могут опираться.
Паттерн chief-of-staff: когда оркестрировать агентов, а когда просто написать скрипт
Мультиагентная оркестрация окупается только тогда, когда подзадачам нужен разный контекст, разные инструменты или независимая проверка. В остальных случаях это более медленный вызов функции.