Автопилоты в Microsoft Foundry: модель идентичности агентов, действующих как они сами

Автопилоты в Microsoft Foundry: модель идентичности агентов, действующих как они сами Каждая платформа агентов в конечном итоге сталкивается с одной и той же стеной: что происходит, когда нет пользователя, от имени которого можно было бы действовать? Очередь заявок запускает событие в 2 часа ночи. Групповому чату требуется обновление статуса, и в ветке шесть человек, ни один из которых не просил об этом. «Цифровой коллега» должен сортировать инциденты по всей команде, а не выдавать себя за того, кто вошел в систему, когда приходит оповещение. Ответом Microsoft Foundry на этот вопрос является новая категория агентов, называемая автопилотом, и это не шаблон подсказок или структура оркестровки, а примитив идентификации. Если вы создавали агентов, размещаемых в Foundry, и считали, что «автопилот» — это всего лишь маркетинговый язык для обозначения «очень автономного агента», эта статья изменит то, как вы определяете область действия, предоставляете возможности и рассуждаете о значимой части архитектуры корпоративных агентов. Это третий день из серии Foundry 100 Days / 100 Blogs. День 1 был посвящен устойчивым к сбоям агентам с длительным сроком действия (аренда, контрольно-пропускные пункты, ограждение от побочных эффектов). День 2 был посвящен протоколам хостинга «Ответы» и «Вызовы». Сегодня мы идем на один уровень глубже в плоскость идентичности: что на самом деле