Агент, который забывает всё после каждого разговора — стандартная боль при автоматизации многодневных процессов. Microsoft Foundry решает это через per-project microVM: агент пишет своё состояние на диск внутри изолированной виртуальной машины и восстанавливает полную картину при каждом следующем запуске — хоть через пять минут, хоть через пять дней.
Механика сохранения состояния. Каждый проект получает собственную microVM с постоянным $HOME. Агент записывает туда чартер проекта, лог задач со статусами, курсоры каналов и журнал активности. При каждом пробуждении он читает эти файлы обратно в контекст и продолжает с того места, где остановился. Внешняя БД не нужна, бизнес-данные на клиентское устройство не попадают.
Референсный сценарий и стек. Подход демонстрируется на оркестрации ответа на RFP (Statement of Work): агент находит документ, составляет чартер, извлекает задачи из записи митинга, рассылает брифы, затем неделями отслеживает выполнение через почту и чат. Стек:
- Microsoft Agent Framework (MAF) — оркестрация агента и навыков; open source, Python и .NET.
- OpenAI-модели на Foundry — рассуждение внутри агентного цикла.
- WorkIQ MCP-эндпоинты — доступ к M365 (почта, чат, календарь) через единую Foundry Toolbox.
- OAuth Identity Passthrough — агент действует от имени пользователя, но токен не держит.
Архитектурный выбор: hosted vs. local. Клиентское приложение остаётся тонким — хранит только session id, никаких бизнес-данных на эндпоинте. Вся логика и состояние живут на стороне сервера. MAF при этом поддерживает и локальный деплой — репозиторий открытый, 11k звёзд на GitHub.
Перенос ответственности за состояние с клиента и внешней инфраструктуры на платформу хостинга упрощает архитектуру реальных многодневных процессов. Но создаёт жёсткую зависимость от Foundry. Microsoft не раскрыла ни время жизни microVM, ни политику очистки данных, ни стоимость хранения состояния — без этого оценить, насколько подход пригоден для production, невозможно.