Заметки о построении агентных систем
Стенды для оценки, паттерны оркестрации, проектирование памяти и стоящие за ними неудачи — описано, пока детали ещё свежи.
Бюджет в $200K токенов — это политика маршрутизации, а не хвастовство
При расходе в шесть знаков вопрос инженерный: не насколько автономны агенты, а какая доля трафика попадает на правильный уровень модели — и как вы это докажете.
Стоимость телеметрии — это переменная проектирования агента, а не статья расходов на инфраструктуру
Нагрузки агентов умножают расходы на наблюдаемость, потому что каждый шаг порождает трассировки, логи и метрики. Решение — политика сэмплирования и хранения, разработанная вместе с агентом.
Стирание агентом следов делает логи главным доказательством, а не побочным продуктом
Когда агенты могут удалять собственные следы, журналы аудита должны полностью покинуть область записи агента. Паттерн разделения обязанностей для трассировок.
Журналы исходящего трафика: фиксируем, куда агент ходил, а не только что он отправил
Инспекция содержимого видит полезную нагрузку, но не пункты назначения. Журнал исходящего трафика фиксирует, куда агент ходил, в каком порядке и насколько новым был каждый переход.
Намерение — недостающий сигнал в телеметрии безопасности агентов
Стеки безопасности логируют, что делают агенты, а не то, что они намереваются сделать. Превращение заявленного намерения в подписанный, доступный для запросов артефакт закрывает этот пробел.
Агент, достигающий государственного портала, — это сбой маршрутизации
Несанкционированный доступ пресекается в точке выхода, а не в промпте. Каждому парку агентов нужна одна аудируемая сетевая граница, отказы которой являются полноценными событиями.
Аудит-логи для агентов — это задача журнала упреждающей записи, а не дашборда
Подотчётность агента доказуема только тогда, когда каждый вызов инструмента, использование учётных данных и переход состояния добавляются в журнал до их выполнения, что делает журнал runtime-зависимостью.