Python-1.19.0 и dotnet-1.22.0 Agent Framework: новые vector-store коннекторы и половина PR - багфиксы. Что это значит для продакшн-агентов.
Microsoft выпустил одновременно два релиза Agent Framework - python-1.19.0 и dotnet-1.22.0. На первый взгляд рутинный апдейт: новые коннекторы к векторным хранилищам, контроль инструментации, правки багов. За списком PR стоит вещь важнее конкретных фич: Microsoft переводит фреймворк для агентов из статуса эксперимента в статус инфраструктуры, к которой теперь предъявляют требования стабильности.
В python-версии добавили generic-протоколы для vector-store провайдеров и alpha-коннекторы сразу к трём бэкендам: MongoDB (#8184), Azure DocumentDB (#8185) и Azure Cosmos DB NoSQL (#8186). Плюс контроль над событиями инструментации и per-tool доступ к AgentModeProvider (#8421, #8451, #8450).
В dotnet-релизе картина другая: из полутора десятков PR добрая половина - исправления опечаток в ADR-документах и мелкие багфиксы вроде гонки состояний в workflow-формулах (#8252) или порядка проверки delimiter перед добавлением заголовков (#8301).
Generic-протокол для vector-store - абстракция, которая разводит код агента и конкретную базу.
Агент вызывает интерфейс, конкретную базу подставляет конфигурация: бэкенд меняют без переписывания логики.
Это тот же принцип слабой связанности, на котором мы строим интеграции в KT.Team: каждый компонент можно заменить, не трогая остальные.
Когда крупный вендор закладывает такую развязку прямо в SDK, командам-интеграторам не нужно строить её самим - цена ошибки в архитектурном решении, принятом на старте проекта, падает.
Половина PR в dotnet-релизе - правки опечаток и документации. Для фреймворка, который ещё год назад существовал в виде препринтов и демо на конференциях, это симптом перехода в фазу поддержки: команда явно перешла к работе над предсказуемостью существующего контракта. Для бизнеса, который считает TTU - время от внедрения инструмента до первого результата, - это хорошая новость: меньше сюрпризов при апгрейде минорной версии, ниже риск, что рабочий агент сломается после `pip install --upgrade`.
MCP уже стал общим протоколом для инструментов агента; теперь то же происходит с хранилищем состояния и памяти - общий интерфейс встаёт над конкретной СУБД. Практический вывод для архитектуры: RAG-контур, который сегодня стоит на Elasticsearch, завтра можно перенести на MongoDB Atlas Vector Search или Azure Cosmos DB, не переписывая агентную логику, - при условии, что код с самого начала обращается к протоколу, а SDK конкретной базы остаётся деталью реализации, скрытой за интерфейсом.
Мы в проектах с LLM & Security Gateway ровно так и разводим слои: политика доступа и аудит - отдельно от того, к какому векторному хранилищу и к какой модели агент обращается в моменте.
Опубликовать generic-протокол вместо трёх раздельных SDK - решение, которое выглядит просто в use case, но стоит команде месяцев работы над абстракцией, которая не течёт при добавлении четвёртого бэкенда. Такая же работа стоит за любым «простым» API, который клиент видит снаружи: аккуратный контракт почти всегда прячет инженерную возню с edge case, которую никто не показывает в changelog.
Agent Framework от Microsoft взрослеет через долю PR, потраченных на то, чтобы уже заявленное работало без сюрпризов. Для компании, которая выбирает фреймворк под продакшн-агента, это более надёжный сигнал, чем список новых коннекторов: Microsoft экономит на стоимости владения второй и третьей версией за счёт вложений, сделанных в первую.
