Meu roteiro de pensamento atual é este… ainda precisa de muito refinamento, mas ajuda a pintar um quadro de como penso sobre isso.
V0 - Servidor MCP
-
Permitir que o administrador selecione uma coleção de ferramentas (personalizadas ou integradas) e as publique em um endpoint específico. /discourse-ai/mcp/NOME
-
Usar Bearer para autenticação - em particular, uma chave de API de usuário
-
A chave pode ser limitada a um serviço MCP específico
Marco
- Ferramentas do Discourse (por exemplo, instância de pesquisa, tópicos de leitura, etc.) podem ser consumidas pelo Cursor e Claude desktop
V1 - Cliente MCP
-
Permitir que o administrador consuma um serviço MCP, que adiciona uma lista de ferramentas à lista de ferramentas disponíveis que podem então ser consumidas por personas.
-
Usar Bearer para autenticação
Marco
- Serviços em https://mcp.so podem ser consumidos por uma instância do Discourse
V2 - Cliente MCP por usuário
- Ao conversar com o bot, usuários privilegiados podem clicar em “adicionar MCP” e adicionar o MCP a uma conversa em andamento
- Usar Bearer para autenticação
Marco
- Usuários finais podem optar por adicionar contexto para um MCP de sua escolha a uma conversa de IA em andamento
V3 - Implementar OAuth 2 para autenticação
Este é um mecanismo de autenticação mais complexo, especialmente o registro
Marco
- Suporte mais amplo
V4 - Implementar um mecanismo de “ponte” para acesso a recursos locais
- Implementar uma gem ou aplicativo desktop que permita o acesso a recursos locais via MCP para o Discourse, utilizando o transporte stdio
marco
- Você pode conversar com um Discourse Bot PM e acessar arquivos locais para contexto adicional