Егор Урванов

Сколько нужно ИИ-агентовЧисло агентов растёт с числом ограниченных контекстов

Один агент на один ограниченный контекст: почему агентов столько, сколько границ смысла, как это масштабируется, что стоит между агентами и с чего начать.

Сколько нужно ИИ-агентов? Столько, сколько ограниченных контекстов: у каждой границы смысла свой агент. Ниже: почему так, как это масштабируется, что стоит между агентами и с чего начать.

Один агент на один контекст

Агентов столько, сколько ограниченных контекстов. Так агенту хватает контекста.

Один на всё или по контексту
Один агент на всёАгент на контексткорзинапосылкасчёт?одно слово, три смысла: агент путаетпродажи«заказ» = корзинадоставка«заказ» = посылкаоплата«заказ» = счётграницы смысла: у каждого агента свой● модель, люди, системы, данные  ● агент и харнесс  ● риск, стоп, граница
Вывод
В этом примереСлово «заказ» в продажах, доставке и оплате значит разное. Один агент путает смыслы, три агента держат каждый свой.
В общем случаеГраница контекста уже говорит, где смысл меняется. По ней удобно резать и спеки, и работу агентов.
Что сделатьСоставьте список контекстов проекта и напротив каждого запишите, кто работает в его границах.

Как это масштабируется

Нагрузка и число агентов
Один агент, 8 контекстов8 агентов, по контексту на каждого!стопка растёт, агент тонету каждого одна небольшая стопка● модель, люди, системы, данные  ● агент и харнесс  ● риск, стоп, граница
Вывод
В этом примереКонтекстов 8: один агент тонет в смыслах, а восемь агентов каждый работает в своих границах.
В общем случаеЧисло агентов растёт линейно с числом контекстов, а нагрузка на каждого остаётся ровной.
Что сделатьДобавляйте агента вместе с новым контекстом, а не наращивайте контекст у одного агента.

Что между агентами

Агенты общаются по контрактам: события и API. Чужой контекст не под вашим контролем, поэтому к нему агент ходит только по контракту и под вашим подтверждением. Подробнее про оценку сложности: где сложность настоящая.

Карта контекстов
продажиоплатадоставкапартнёрсобытиеAPIсобытиеграница нашего контроляконтрактконтрактчужая система: только по контракту● модель, люди, системы, данные  ● агент и харнесс  ● риск, стоп, граница
Вывод
В этом примереАгент продаж читает событие «заказ оплачен» из оплаты, а в партнёрскую систему пишет только через утверждённый контракт.
В общем случаеКонтракт заменяет общий контекст: агентам не нужно знать внутренности чужой границы, и ошибка не расползается.
Что сделатьДля каждой связи между контекстами запишите контракт одной строкой: что отдаёт, что принимает, кто владелец.

С чего начать

Первый шаг
контекст 1свой агентконтекст 2свой агентодин контрактчто отдаёт, что принимает, кто владелец● модель, люди, системы, данные  ● агент и харнесс  ● риск, стоп, граница
Вывод
В этом примереНачните с двух соседних контекстов и одного контракта между ними.
В общем случаеОдин контекст, один агент, один контракт: так проверяется схема до того, как вы растянете её на весь проект.
Что сделатьВыберите два контекста, где чаще всего путаются слова, и заведите по агенту на каждый.
© 2026 Егор Урванов