9 сентября 2026 г.
Агент ходит в чужие сервисы своим токеном или пользовательским: в deepagents это один аргумент
LangChain объявила 08.09.2026 Managed Connections в managed deepagents: одно слово в коде, agent или user, решает, от чьего имени агент заходит в подключённые сервисы. Раньше под каждый сервис писали своё OAuth-приложение, к нему хранилище токенов, логику обновления и экран согласия.
Harrison Chase
@hwchase17
Авторизация становится всё более сложной частью агентов. Агент действует от себя или от имени пользователя? Мы стараемся сделать это как можно проще в managed deepagents!
Авторизация агентов - это сложно, но так быть не должно! Ваш агент должен действовать от чьего-то имени: иногда это одна общая учётка, иногда тот, кто его просит. Чтобы правильно сделать и то и другое, вам понадобятся OAuth-приложение для каждого сервиса, хранилище токенов, логика обновления и экран согласия. Сегодня мы это чиним с помощью Managed Connections: задайте в коде, от чьего имени действует агент, остальное берём на себя: 𝚊𝚐𝚎𝚗𝚝 -> агент использует собственный токен 𝚞𝚜𝚎𝚛 -> агент использует токен пользователя и проводит его через экран согласия, если тот ещё не подключился Один аргумент - и вся возня с OAuth вам не нужна. Доступно
· 1,9 тыс. просмотров
LangChain объявила 08.09.2026 Managed Connections в managed deepagents: одно слово в коде, agent или user, решает, от чьего имени агент заходит в подключённые сервисы. Раньше под каждый сервис писали своё OAuth-приложение, к нему хранилище токенов, логику обновления и экран согласия.
Развилка «агент от себя или от имени пользователя» переезжает из отдельного сервиса авторизации в конфигурацию самого агента.
* Meta Platforms Inc. признана в РФ экстремистской организацией, её деятельность запрещена; Facebook и Instagram заблокированы. Meta AI и другие продукты компании — продукты этой организации.
Первоисточник
