16 сентября 2026 г.
Командным ИИ-агентам нужна авторизация по пользователю: Slack-бот Cursor берёт права автора ветки
В корпоративном ИИ агенту нужно различать пользователей общего Slack-канала: 16 сентября 2026 года Slack-бот Cursor авторизовался как автор ветки, а не как отправитель сообщения. Тег Claude открывает PR как внешняя сущность и позволяет обойти ревью.
Harrison Chase
@hwchase17
Самая сложная часть «org harness» или «корпоративного ИИ» в отличие от персонального ИИ: авторизация и управление авторизацией в общем канале для нескольких пользователей, например в Slack. Мы много думаем о том, как правильно сделать это для Managed Deep Agents.
Я люблю @cursor_ai, но Slack-бот авторизуется как пользователь, который начал ветку, а не как пользователь, отправивший сообщение. Тем временем тег Claude позволяет обойти ревью PR, потому что PR открывается как внешняя сущность, то есть как сам Claude. У кого-нибудь есть решения, которые здесь действительно работают?
· 1,6 тыс. просмотров
Раньше Managed Deep Agents изолировал ветки по ID конечного пользователя через провайдер идентификации в `identity.py` или `identity.ts` (LangChain, 7 августа 2026 года). В версии 0.7.0 `Connections` хранятся в LangSmith workspace: общий секрет доступен агенту, а GitHub OAuth привязывается к пользователю (LangChain, 9 сентября 2026 года). Для Slack нужно отдельное приложение с `SLACK_SIGNING_SECRET`, `SLACK_BOT_TOKEN` и endpoint `/connectors/{name}/events` (changelog, 8 сентября 2026 года). В public beta Managed Deep Agents доступен только в LangSmith Cloud в US-регионе и через CLI.
Команда LangChain пишет, что сейчас продумывает, как правильно привязать авторизацию к пользователю в общем канале для Managed Deep Agents.
Первоисточник
