Assim que a Anthropic disponibilizou o código aberto de sua proposta de Model Context Protocol (MCP) para interagir com agentes de IA, há quase um ano, começamos a ficar animados com a adequação dela para o Discourse.
Aqui está um bom exemplo de fluxos de trabalho possíveis com o Discourse MCP, integração Discourse → Jira
Impressionante, embora eu esteja surpreso que você esteja usando Jira e não Discourse 
Eu sei que você está brincando, mas estava buscando um bom exemplo ilustrativo para grandes empresas com muitos canais de suporte ao cliente que centralizam as coisas no Jira por razões históricas
Alguém tem mais ideias para integrações como essa? Eu poderia fazer mais algumas screencasts.
É assim que me sinto sobre isso 
Mas falando sério, adição fantástica.
Onde podemos encontrar a documentação final sobre os possíveis valores de arg e todos os comandos/ferramentas disponíveis?
Por exemplo, eu gostaria de adicionar o MCP ao meu IDE, mas limitá-lo a categorias específicas como Dev e Documentation > Developer Guides
A documentação é mantida em GitHub - discourse/discourse-mcp: MCP client for Discourse sites
Isso também é exibido na interface do seu cliente MCP, por exemplo, Claude Code mostra
Atualmente, você pode chegar lá com algo como:
Ao pesquisar ou filtrar, via
discourse_filter_topicsoudiscourse_search, anexecategory:dev,documentationàquerypara que você pesquise apenas informações relevantes.
Pergunta sobre o uso do Discourse MCP. Se um usuário usar o MCP, isso conta para a data de login dele? Assim, ele pode obter o selo Devotee facilmente?
Os Termos de Serviço do Meta proíbem o uso disso de qualquer forma 
Você não pode automatizar o acesso ao fórum, nem monitorar o fórum, como com um rastreador da web, plug-in ou add-on de navegador, ou outro programa de computador que não seja um navegador da web. Você pode rastrear o fórum para indexá-lo para um motor de busca publicamente disponível, se você executar um.
Uma postagem foi dividida em um novo tópico: Discourse MCP User API Key Generator Error Nodejs 20
Ótimas notícias, e isso estimula todas as boas ideias de projetos ambiciosos. Eu adoraria ver o Discourse MCP disponível no Cursor. Isso abrirá as portas para usuários da comunidade de todos os níveis em desenvolvimento ou codificação. Essa integração serviria como uma fonte abundante de casos de uso e feedback prático.
Ah, ele está, você só precisa adicioná-lo à sua configuração do mcp 
Até agora, o MCP funciona perfeitamente!
Mas outra pergunta: existe alguma forma de adicionar um argumento para recuperar uma tradução específica do tópico?
Nosso caso de uso: Temos uma grande base de conhecimento em alemão que é então traduzida para o inglês. Nossos mantenedores são falantes de alemão com habilidades limitadas em inglês.
Portanto, gostaríamos de manter o conteúdo em alemão, mas recuperar o conteúdo localizado em inglês.
Isso é alcançável?
Atualmente não, mas adicionar um parâmetro extra à ferramenta de leitura para passar uma localidade seria um bom recurso.
Pode estar relacionado ao meu pedido de funcionalidade aqui: Support for tl=[lang] parameters in REST API (for non-anon users)
Do ponto de vista do usuário, seria ótimo ter um parâmetro idêntico e um conjunto de valores para o MCP, bem como para a API REST.
Isso faz sentido?
@falco você aceita PRs? Embora o MCP do discourse tenha uma ferramenta para criar novas categorias, não há argumento de permissões.
Eu poderia enviar o seguinte PR:
Mudanças Propostas para o Discourse
src/tools/builtin/create_category.ts
Atualizar o esquema
zodpara aceitar um campo opcionalpermissions.
Tipo:
z.record(z.string(), z.number()).optional().Descrição: Mapeamento de nomes de grupos para níveis de permissão.
Formato:
{ "nome_do_grupo": tipo_de_permissao_int }Valores de tipo de permissão (do esquema do Discourse):
1: completo (Ver, Responder, Criar)
2: criar_postagem (Apenas Responder)
3: somente_leitura (Apenas Ver)Passar
permissionsno payload paraclient.post('/categories.json', payload).
Sim, sinta-se à vontade para enviar PRs.
