Вызов инструмента может быть успешным, даже если агент ИИ никогда не получает ответа. Представьте себе агента, который отправляет запрос на возврат средств в платежную службу. Служба обрабатывает возврат, но время ожидания сетевого подключения истекает, прежде чем агент получит...
Вызов инструмента может быть успешным, даже если агент ИИ никогда не получает ответа. Представьте себе агента, который отправляет запрос на возврат средств в платежную службу. Служба обрабатывает возврат, но время ожидания сетевого подключения истекает, прежде чем агент получит подтверждение. Агент видит ошибку и повторяет попытку. Если второй запрос создает еще один возврат средств, временный сбой связи становится дублирующей бизнес-операцией.
Проблема не обязательно заключается в рассуждениях модели. Это граница выполнения между агентом и системами, которые он может изменить. Повторные попытки помогают, но они не заменяют идемпотентность. Прежде чем позволить агенту повторить вызов инструмента изменения состояния, приложению необходим надежный способ распознать, что запрошенная операция уже принята или завершена.
Разница между неудачным запросом и неудачной операцией
В распределенных системах сложно отличить операцию, которая завершилась неудачей, от операции, которая завершилась успешно, не предоставив результата.
Рассмотрим эту последовательность:
Агент запрашивает действие через шлюз инструментов.
Шлюз отправляет запрос нижестоящей службе.
Служба фиксирует изменение.
Ответ потерян или приходит после смерти клиента