Продолжаю изучать вопросы прав доступа нейронок к различным данным и делать пометки в формате "мысли вслух".

Один из первых вопросов, который у меня возник уже давно: как дать агенту доступ, не отдавая ему постоянный ключ от всей системы? Для своих локальных MCP, которые крутятся на рабочем компьютере, решение я нашёл давно, а что делать с корпоративными или общедоступными MCP? Быстрое решение - статичный API-ключ, вписанный в настройки. Удобно, но рискованно: если ключ утечёт, отозвать его точечно нельзя, и непонятно, кто именно им воспользовался - сам пользователь или кто-то ещё.

Правильный путь - тот же принцип, что и в "Войти через Google" на обычных сайтах: пользователь сам подтверждает доступ, агент получает временный токен именно под свою сессию, и в любой момент этот доступ можно отозвать, не трогая остальные интеграции.

Для бизнеса это значит: - агент действует от имени конкретного человека, а не по анонимному ключу - доступ можно ограничить и отключить в любой момент - меньше риска, что чужой инструмент случайно (или намеренно) получит больше данных, чем должен

Возникает вопрос, который для меня как для разработчика оказался важным и интересным: MCP может ещё и продавать, а не только предоставлять данные. И тут логин пользователя - это не просто защита, а фактически точка контакта с потенциальным клиентом. Авторизация - это момент, где пользователь либо доходит и подтверждает доступ, либо отваливается. Ну а дальше уже вопрос оплаты...

Плюс подход AI-first и разговоры об отказе от интерфейсов, которые в последнее время звучат на многих презентациях, включая недавний Apple WWDC. Представьте, что маркетплейсом или продающим сайтом выступает теперь окошко приложения вашего AI-агента. По-моему, звучит интересно. Самое главное что реализуемо и во многих местах покрыто стандартами или обсуждаемыми черновиками стандартов.