В этом материале
Роль совместного доступа определяет использование и изменение агента. Аутентификация MCP остаётся пользовательской, а подтверждения зависят от политики установки.
Совместный доступ к агенту LibreChat делает повторяемый рабочий процесс доступным другому человеку. Это не означает наследование внешних учётных данных автора или всех разрешений инструментов. Доступ к модели, использование агента и аутентификацию нужно проверять как отдельные части реальной сессии получателя. Проверка только под аккаунтом создателя не показывает, что сможет сделать приглашённый коллега.
Выберите роль получателя
Руководство Agents описывает роли Viewer, Editor и Owner. Viewer общается с агентом без доступа к определению в builder. Editor меняет конфигурацию, а Owner получает более широкое управление. Выбирайте роль по необходимому способу совместной работы, а не для автоматического снятия любого возникающего ограничения.
Пользователю внутреннего помощника по документам может хватить права задавать вопросы. Сопровождающему инструкции и модель нужен другой объём доступа. Проверяйте этих участников отдельными аккаунтами, вместо использования администратора в качестве доказательства возможностей любого обычного получателя.
Учтите политику установки
Справочник управления доступом LibreChat описывает окружающую систему разрешений. Совместное использование существует внутри этой политики. Видимая карточка ещё не подтверждает право на базовую модель, файловые ресурсы и внешнюю интеграцию, от которых зависит фактическое выполнение задачи.
Перечислите зависимости характерного обращения. Проверьте выбор нужной модели и ресурсы, которые получателю разрешено видеть. Отделяйте недоступную зависимость от отсутствующего общего агента: оба случая мешают работе, но исправления относятся к разным владельцам конфигурации и разным настройкам установки.
Аутентифицируйте MCP от получателя
Руководство MCP описывает пользовательские соединения и учётные данные. Общий агент со ссылкой на сервер не переносит автоматически OAuth-личность автора. Получателю могут требоваться собственная аутентификация или обязательные значения подключения, даже если автор недавно успешно выполнял тот же вызов.
До запуска изучите состояние соединения получателя. Сервер способен отвечать, пока аутентификация отсутствует. Также различайте привязанные агенту инструменты и доступные в обычном чате серверы. Конфигурация должна предоставлять только инструменты сформулированной задачи, а не случайно унаследованный широкий каталог возможностей.
Проверьте результат инструмента
Используйте учебный ресурс без чувствительных данных, который получателю разрешено читать. Попросите ограниченное извлечение и проверьте фактический результат инструмента. Правдоподобный текст без ожидаемого источника ещё не подтверждает рабочее подключение, правильный аккаунт или использование нужной серверной операции.
Проверьте подтверждения в сессии получателя. Правила администратора и поддерживаемые настройки одобрения агента отличаются от роли совместного доступа. Не расширяйте права ради исчезновения диалога: сначала определите необходимую операцию и примените существующую политику установки к этой конкретной потребности.
Проверьте раскрываемое содержимое
Руководство Agents предупреждает: отсутствие builder-доступа не гарантирует невозможность повторения инструкций или переданных файлов в беседе. Не встраивайте сведения, которые аудитория никогда не должна получить. Определение и ресурсы общего агента должны соответствовать его предполагаемым пользователям.
Сохраните короткий протокол передачи: роль, подключение модели, личность MCP и успешная учебная задача. Повторите проверку получателя после изменения инструментов и ресурсов. Это делает совместную работу воспроизводимой без смешивания общего интерфейса с передачей полномочий чужих аккаунтов и без предположения, что видимость агента означает доступ ко всем его зависимостям.
Материалы по теме
llama.cpp server: локальный API из GGUF-модели, VRAM для LLM: почему размер модели — не весь расчёт.