Часть IV. Инструменты и выполнение¶
До этого момента мы уже собрали три важных слоя для того же агента поддержки:
- платформенную архитектуру;
- контур безопасности;
- дисциплину вокруг памяти и извлечения контекста.
Теперь пора перейти к месту, где агент перестает быть “умным текстом” и начинает реально что-то делать: читать статус, открывать тикет, звать человека или безопасно останавливаться.
Что решает эта часть¶
Именно здесь обычно появляются самые дорогие ошибки:
- неверные вызовы инструментов;
- неожиданные побочные эффекты;
- нестабильные интеграции;
- повторные операции без идемпотентности;
- слишком свободный доступ к внешним системам.
В этой части мы разберем, как устроить слой выполнения так, чтобы агент не ходил во внешний мир напрямую, а работал через понятные контракты, ограничения и безопасные шлюзы.
Короткий маршрут по этой части
Если тебе нужен быстрый проход, иди так:
- Глава 8: понять, как среда исполнения выбирает следующий шаг и возможность;
- Глава 9: увидеть, как эта возможность проходит через песочницу и контрактный слой;
- Глава 10: зафиксировать, как исполнение переживает повторы, истечения времени и неясные побочные эффекты.
Вместе эти три главы дают модель исполнения, которую уже можно обсуждать как промышленный слой, а не как “агент умеет вызывать инструменты”.
Маршруты канонических сценариев
В слое исполнения три канонических сценария расходятся по разным границам инструментов. Разбор обращений поддержки проверяет возможность записи тикета, шлюз подтверждения, ключ идемпотентности и восстановление после дубля. Внутренний ассистент знаний проверяет адаптер поиска, привязку к источникам, границу арендатора и MCP-контракт только для чтения. Координация инцидентов проверяет инструмент эскалации, побочные эффекты уведомлений, обновления состояния инцидента и границу отката.
В этой части¶
- Глава 8. Модель выполнения и каталог инструментов
- Глава 9. Песочница выполнения и MCP как интеграционный контракт Эта глава продолжает тот же сценарий поддержки в момент, когда агент уже хочет пойти во внешнюю систему, а платформа должна определить транспорт, песочницу и границу исполнения.
- Практика. MCP для инструментов, A2A для агентов
- Глава 10. Идемпотентность, повторы, лимиты запросов и границы отката
Куда она ведет дальше¶
Следующий шаг после этой части - Часть V: понять, как наблюдать эту модель исполнения вживую, как задавать ей SLO и как не пускать деградации обратно в поэтапный выпуск.