Как только Anthropic почти год назад открыла исходный код своего предложения по протоколу контекста моделей (MCP) для взаимодействия с ИИ-агентами, мы начали с энтузиазмом обсуждать, насколько хорошо он подходит для Discourse.
Вот хороший пример рабочих процессов, возможных с интеграцией Discourse MCP, Discourse → Jira
Впечатляет, хотя я удивлён, что вы используете Jira, а не Discourse 
Я понимаю, что вы шутите, но хотел привести хороший иллюстративный пример для крупных компаний с множеством каналов поддержки клиентов, которые по историческим причинам централизуют всё в Jira
Есть ли у кого-то ещё идеи для подобных интеграций? Я мог бы записать ещё несколько скринкастов.
Вот как я отношусь к этому 
Но если говорить серьёзно, это отличное дополнение.
Где можно найти окончательную документацию о возможных значениях аргументов и всех доступных командах/инструментах?
Например, я хотел бы добавить MCP в свою IDE, но ограничить его использование конкретными категориями, такими как Development и Documentation > Developer Guides
Документация поддерживается по адресу GitHub - discourse/discourse-mcp: MCP client for Discourse sites · GitHub
Это также отображается в интерфейсе вашего MCP-клиента; например, Claude Code показывает:
В настоящее время вы можете решить эту задачу с помощью запроса в духе:
При поиске или фильтрации через
discourse_filter_topicsилиdiscourse_searchдобавляйтеcategory:dev,documentationк параметруquery, чтобы искать только релевантную информацию.
Вопрос по использованию Discourse MCP. Если пользователь использует MCP, учитывается ли это как дата входа, чтобы он мог легко получить бейдж Devotee?
Правила использования Meta запрещают это в любом случае 
Вы не можете автоматизировать доступ к форуму или мониторить его, например, с помощью веб-сканера, плагина браузера или надстройки, либо другой компьютерной программы, которая не является веб-браузером. Вы можете сканировать форум для индексации в общедоступной поисковой системе, если вы её ведёте.
Пост был разделен на новую тему: Discourse MCP User API Key Generator Error Nodejs 20
Отличные новости, и это стимулирует всевозможные смелые идеи. Мне бы очень хотелось увидеть интеграцию Discourse MCP в Cursor. Это откроет двери для участников сообщества любого уровня подготовки в области разработки и программирования. Такая интеграция станет богатым источником примеров использования и практической обратной связи.
О, он уже доступен, вам просто нужно добавить его в ваш конфиг MCP 
Пока что MCP работает отлично!
Но ещё один вопрос: есть ли способ добавить аргумент для получения конкретного перевода темы?
Наш случай использования: у нас есть большая база знаний на немецком языке, которая затем переводится на английский. Наши ответственные за поддержку — носители немецкого языка с ограниченными знаниями английского.
Поэтому мы хотели бы поддерживать контент на немецком, но получать локализованный контент на английском.
Возможно ли это?
Сейчас нет, но добавление дополнительного параметра в инструмент read для передачи локали было бы отличным улучшением.
Это может быть связано с моим запросом на добавление функции здесь: Support for tl=[lang] parameters in REST API (for non-anon users)
С точки зрения пользователя было бы здорово иметь идентичный параметр и набор значений для MCP, а также для REST API.
Имеет ли это смысл?
@falco вы принимаете PR? В то время как у Discourse MCP есть инструмент для создания новых категорий, аргумента для прав доступа нет.
Я мог бы отправить следующий PR:
Предлагаемые изменения для Discourse
src/tools/builtin/create_category.ts
Обновить схему
zodдля принятия необязательного поляpermissions.
Тип:
z.record(z.string(), z.number()).optional().Описание: Сопоставление имен групп с уровнями прав доступа.
Формат:
{ "group_name": permission_type_int }Значения типов прав доступа (из схемы Discourse):
1: full (Просмотр, Ответ, Создание)
2: create_post (Только ответ)
3: readonly (Только просмотр)Передавать
permissionsв теле запроса кclient.post('/categories.json', payload).
Да, присылайте PR-запросы без стеснения.
Было бы здорово иметь возможность использовать API внутри компании, чтобы задавать вопросы о клиентах, сотрудниках и т. д., что сейчас несколько ограничено инструментом «get user» (нет возможности видеть email или группы).
Могу ли я что-то сделать, чтобы поторопить кого-то с добавлением этой функции как можно скорее?
Просто хочу убедиться: инструменты «write» общедоступны? Я установил флаг —allow_writes и настроил ключи API администратора, но всё ещё могу использовать только эти 8 инструментов в Claude Code и Cursor.
Исправлено — не уверен, что проблема возникла при создании api_key, когда я не был авторизован как «system». Переключился на system, сгенерировал новый ключ, и теперь всё работает!
Новый релиз уже должен быть доступен!
Я понимаю ваши опасения по поводу ограничений метода get users: доступ к email должен быть зарезервирован для admin api, но это вполне реализуемо, как и для групп.
Мы не хотим раздувать количество инструментов, поэтому нужно внимательно подходить к тому, что мы добавляем.
Подумаю об этом завтра!
