*Этот пост переведён автоматически. Чтобы просмотреть оригинал, нажмите здесь.
Обычно анонсы фреймворков начинают с функций.
Здесь начали с философии дизайна, и, как мне кажется, именно поэтому это важно.
Новое объяснение того, как Microsoft Agent Framework устроен вокруг agent loops, workflows и harnesses, даёт нам куда более сильный сигнал, чем очередной список возможностей. Оно показывает, как команда ожидает, что будут расти реальные приложения.
И для тех, кто строит агентов на .NET, именно это и ценно.
Большинство agent-приложений очень быстро перерастают свою первую архитектуру
Сначала вы делаете вызов модели.
Потом добавляете инструменты.
Потом память.
Потом planner.
Потом retries, telemetry, approvals, специализированных агентов и какую-то workflow-логику, потому что одного loop уже недостаточно.
Именно здесь многие AI-приложения превращаются в хаос. Первая версия работала, но каждая новая возможность прикручивалась с другого уровня абстракции.
Что мне нравится в тексте про Agent Framework, так это явная декомпозиция на слои:
- loops для основного цикла выполнения
- workflows для структурированной оркестрации
- harnesses для переиспользуемых runtime-возможностей вокруг агента
Сначала это может звучать академично, но на самом деле это решает очень практичную проблему: можно развивать приложение, не переписывая ментальную модель каждый раз, когда оно усложняется.
Концепция harness особенно важна
Если бы мне пришлось выбрать один элемент, который, как мне кажется, будет становиться всё важнее, я бы выбрал идею harness.
Harness — это место, где разработка агента становится инженерией, а не просто prompting.
Это слой, где вы начинаете думать о:
- инструментах и middleware
- поведении планирования
- интеграции памяти
- observability
- контроле и governance
- воспроизводимом runtime-поведении
Именно поэтому дизайн так хорошо сочетается с остальным стеком Microsoft. Foundry, инструменты governance, hosted agents, evaluation и экосистемы инструментов имеют куда больше смысла, когда runtime-оболочка вокруг модели рассматривается как элемент первого класса.
Это хороший знак для .NET-разработчиков
В таких экосистемах я всегда смотрю на одно: остаётся ли framework удобным после первой демонстрации.
Многоуровневый подход показывает, что Microsoft думает о полном пути:
- создать простой agent loop
- добавить структурированные возможности без хаоса
- перейти к более формальным workflows, когда они понадобятся приложению
- сохранить runtime достаточно компонуемым, чтобы интегрироваться с корпоративными системами
Это гораздо более здоровый путь роста, чем: вот вам монолитная абстракция, удачи.
И это очень соответствует тому, как обычно любят работать .NET-разработчики: многоуровневые системы, явная композиция, тестируемые границы и сильный контроль runtime.
Моё мнение
Этот пост легко недооценить, потому что в нём нет ни яркого скриншота, ни огромного дампа API.
Но архитектурные заметки вроде этой часто лучше предсказывают, выдержит ли framework шесть месяцев спустя.
Microsoft Agent Framework явно пытается быть чем-то большим, чем игрушечная обёртка над вызовами модели. История про layered SDK говорит о том, что команда строит для грязной середины: для места, где агентам нужны orchestration, tools, runtime services и production discipline.
Именно это место меня и интересует.
Оригинальный пост: ICYMI: Inside the Microsoft Agent Framework: How we designed a layered SDK
