Взаимодействие ИИ-агентов становится управляемым, когда у всего процесса есть один владелец результата, а у каждого исполнителя задана узкая роль. Количество агентов само по себе не повышает качество. Нужны контракты входа и выхода, сообщения передачи, общий источник состояния, правила разрешения конфликтов и трассировка. Иначе команда получает длинную переписку, в которой невозможно доказать происхождение факта и ответственность за исключение.
Отделите координатора от специалистов
Координатор принимает задачу, выбирает маршрут, следит за статусом, проверяет приёмку и передаёт результат человеку. Специалисты отвечают только за свои пакеты. Агент требований извлекает обязательные условия из утверждённых документов. Агент проверки сверяет комплектность и противоречия. Агент черновика собирает вывод, но не меняет условия закупки и не отправляет материалы внешнему получателю.
Для каждой роли запишите допустимые источники, разрешённые инструменты, формат ответа, запрещённые действия и стоп-условия. Если документ отсутствует, специалист не додумывает его содержание. Если требования конфликтуют, координатор отправляет вопрос владельцу источника. На этапе выбора задачи помогают три вопроса перед покупкой ИИ: что именно автоматизируется, как будет проверен результат и где остаётся человеческое решение.
Последовательность лучше задавать кодом, когда шаги и проверки стабильны. Маршрутизацию моделью оставляют для ситуаций, где выбор действительно зависит от смысла запроса, и ограничивают доступными направлениями. Специалист может принять управление через handoff или остаться инструментом координатора. В обоих вариантах должно быть понятно, кто формирует итог и кто может закрыть задачу.
Передавайте карточку работы, а не весь диалог
Сообщение передачи содержит идентификатор задачи, требуемый результат, ссылки на документы, подтверждённые факты, уже принятые решения, неизвестные, запреты и следующего владельца. Карточка проверяется по схеме. Свободное резюме разговора опасно тем, что может потерять ограничение или представить предположение как подтверждённое требование.
Общий контекст храните в отдельном состоянии процесса. Для каждого факта нужны источник, сущность, дата или версия, чувствительность и статус проверки. История сообщений помогает восстановить ход работы, но не заменяет реестр. Если два агента нашли разные значения, система сравнивает авторитетность, актуальность и область действия документов, а не выбирает более уверенную формулировку.
Неустранимое противоречие сохраняется как конфликт. Координатор прикладывает обе записи, объясняет различие и назначает владельца решения. Такой маршрут предупреждает тихую подмену текущего регламента старым файлом. До расширения процесса полезно провести проверки ИИ в команде на неполных, конфликтующих и запрещённых запросах.
Пройдите закупочную заявку от входа до проверки
В учебном маршруте координатор получает запрос на подготовку заявки и создаёт карточку. Агент требований извлекает предмет, обязательные документы и критерии из разрешённых источников. Агент проверки отмечает пропуски и конфликты. Агент черновика собирает структурированный пакет только из подтверждённых полей. Координатор проверяет комплектность и направляет черновик назначенному сотруднику. Ни один агент не подтверждает цену, не подписывает документ и не отправляет заявку.
Одна трасса объединяет обращения к моделям, вызовы инструментов, передачи, проверки, изменения состояния и эскалации. Политику записи чувствительных данных определяют заранее. Статистику завершения пересчитывают по событиям и решениям проверяющего, применяя правила против выдуманных фактов агентов, а не принимая отчёт координатора на веру.
У каждого пакета должен быть срок актуальности. Если документ изменился после извлечения требований, координатор помечает зависимые выводы устаревшими и возвращает пакет на повторную проверку. Агент черновика не продолжает работу с прежним снимком только потому, что он уже находится в контексте. Версия источника входит в условие приёмки наравне с полнотой полей.
Полезно ограничить число переходов между ролями. Повторная передача без нового доказательства указывает не на сложность рассуждения, а на дефект маршрута или неопределённого владельца. Координатор останавливает цикл, сохраняет последние пакеты и формулирует человеку конкретный вопрос. После решения правило маршрутизации обновляется и проверяется на том же примере.
Для сбоя инструмента предусмотрите отдельный статус, а не заставляйте следующего агента повторять тот же вызов. Координатор сохраняет ошибку, проверяет допустимый резерв и учитывает срок задачи. Если резерв меняет источник или качество доказательств, пакет получает новую проверку, а не прежнюю отметку приёмки.
Частые вопросы
Он удерживает цель, статус, маршрут, приёмку и эскалацию, поэтому специалисты не конкурируют за право завершить процесс или изменить итог.
Укажите задачу, формат выхода, ссылки на источники, подтверждённые факты, решения, неизвестные, запрещённые действия и следующего владельца.
Храните факты, права, версии, решения и статус в проверяемом внешнем состоянии, а историю разговора используйте только как вспомогательный след.
Сравнивайте авторитетность, актуальность, сущность и область действия. Если правило не определяет победителя, сохраните конфликт и передайте владельцу.
Приёмочный набор включает полный пакет, отсутствующий документ, противоречивые требования, недоступный инструмент, неподтверждённое утверждение и запрос вне полномочий. Процесс принят, если сохранились источник, владелец, корректный статус, полный след и безопасная остановка. Если нужна такая архитектура совместной работы, обсудите разработку ИИ-агентов с MYOD.
