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