Foundry и Claude: агент готов, дисциплина - нет

Foundry сняла инфраструктурный барьер для AI-агентов на Claude. Разбор пяти новых инструментов и того, что реально решает судьбу пилота в проде.

  • Порог входа упал
  • Что закрыла Microsoft за лето
  • Пять инструментов, которые превращают модель в агента
  • Простое снаружи - не значит простое внутри

Порог входа упал

Microsoft за два летних месяца закрыла список задач, который в июне выглядел дорожной картой на год: Hosted Agents, Voice Live и Toolboxes в Foundry получили статус GA, у Claude на Azure появились пять новых инструментов, а сборка агента из отдельных вызовов модели превратилась в настройку платформы. Порог входа в продакшн-агентов упал ниже, чем когда-либо, - и это повод пересмотреть, где на самом деле находится узкое место в проекте с ИИ.

Что закрыла Microsoft за лето

В июне 2026 Claude получил статус general availability в Foundry: Messages API, prompt caching, extended thinking, потоковая передача вызовов инструментов - модель хостится на Azure с аутентификацией через Entra ID и биллингом через Azure Marketplace. Это решало вопрос закупки и governance: юристы и служба безопасности крупной компании получили понятный контур ответственности за модель стороннего разработчика. В июле и августе решили второй вопрос - операционный.

Hosted Agents, Voice Live и Toolboxes вышли из беты в GA, Model Router расширил пул моделей и регионов, добавился Foundry Local, обновились SDK для Python, JavaScript, Java и .NET. Разница между июнем и августом простая: в июне решили, кому можно платить за модель, в августе - как агент на этой модели доживает до продакшена.

Пять инструментов, которые превращают модель в агента

К Claude на Azure добавили structured outputs, web search, web fetch, MCP-коннектор и tool search.

Каждый закрывает конкретный разрыв между демонстрацией и рабочей системой: structured outputs убирает парсинг непредсказуемого текстового ответа, web search и web fetch дают модели доступ к данным свежее даты обучения, MCP-коннектор подключает агента к внешним системам по открытому протоколу вместо кастомной интеграции под каждый источник, а tool search решает проблему, которая раньше не формулировалась вслух: агенту с полусотней подключённых инструментов физически неудобно выбирать нужный без индекса по ним.

Оценить, где ИИ даст эффект в вашем процессе

Простое снаружи - не значит простое внутри

Релизы agent-framework за то же лето показывают обратную сторону витрины

В версии 1.14 появился MLflow observability, workflow checkpoint и resume, экспериментальный слой enforcement-мидлварей AGENT-HOOKS-0.1. В версии 1.18 - верхняя граница длительности выполнения инструмента и сигнал stop-reason для цикла вызова инструментов, общие абстракции vector store, поддержка смешанных аргументов workflow.

Это ровно те вещи, которые в демо на конференции никто не показывает: что происходит, когда агент завис в цикле вызовов, как посмотреть, на каком шаге он принял неверное решение, как откатить workflow, если внешний сервис ответил не тем, что ожидалось. TTU этого лета для рынка в целом выросла - время до первого работающего вызова агента сократилось с недель конфигурации инфраструктуры до чтения changelog.

Но TTU для конкретной компании определяется не платформой, а тем, построила ли она вокруг агента те же checkpoint, observability и ограничения по времени выполнения, которые Microsoft встроила в свой фреймворк по умолчанию.

Простой результат - агент, который стабильно решает задачу без присмотра инженера, - по-прежнему требует ровно того объёма инженерной работы, что и раньше.

Просто теперь эта работа видна отдельно от инфраструктурной, и её больше не спишешь на «ещё не подключили платформу».

Что это меняет для бизнеса

  1. Web fetch и MCP-коннектор расширяют то, к чему агент может дотянуться, - а значит, расширяют и то, что может пойти не так: агент с доступом к внешнему API и произвольным MCP-серверам без явного описания прав становится источником инцидента.

  2. Безопасность агента теперь определяется тем, какой инструмент этой модели разрешено вызывать и кто это проверял.

  3. Слой между агентом и внешним миром, который логирует и ограничивает вызовы, - это именно то место, где решается, доживёт ли пилот до продакшена без инцидента в первый же месяц.

  4. Для компаний, которые последние два года держали ИИ в статусе эксперимента, август 2026 - сигнал сменить рамку: технической причины оставаться в пилоте больше нет. GA-статус, биллинг через Marketplace, SDK на четырёх языках - закупочных и юридических барьеров тоже больше нет.

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

Как это закрывается на практике

RAG остаётся ответом на вопрос, откуда агент берёт знание о конкретном бизнесе: web search закрывает свежесть публичных данных, но не заменяет индекс по внутренним документам и базе клиентов компании. MCP-коннектор снимает необходимость писать интеграцию под каждую систему заново - но кто-то должен описать, какие MCP-серверы вообще можно подключать, и это задача security-контура, а не разработчика конкретного агента.

Python и .NET SDK от Microsoft закрывают вызов модели - оркестрация нескольких агентов, откат состояния и контроль над тем, что агент может вызвать, остаются задачей интегратора, который строит поверх платформы, а не полагается на неё целиком.

Вывод

Microsoft сняла с компаний через Foundry два барьера подряд: сначала закупочный, потом инфраструктурный. Оба раза после снятия барьера выяснялось, что настоящая работа была не в нём. Агент, который умеет вызывать пять новых инструментов Claude, ничем не лучше агента без них, если никто не решил, что происходит при сбое вызова, кто видит его логи и какие данные ему вообще можно показывать. Платформа стала проще - дисциплина вокруг неё не стала.

Обсудить статью: Foundry и Claude: агент готов, дисциплина…

Укажите email или телефон, чтобы мы могли вам ответить.

Отправить через: