Non abbiamo un server o client MCP ufficiale. Per ora abbiamo adottato un approccio “wait and see” per osservare come si svilupperà l’adozione del protocollo.
Mi piacerebbe avere un MCP per la documentazione API di Discourse e la documentazione per sviluppatori. Sarebbe di grande aiuto dato che abbiamo modificato alcuni componenti del tema e vogliamo assicurarci che il codice sia sempre compatibile con le nostre versioni attuali e future di Discourse e segua le best practice.
Non è necessariamente ancora uno standard di settore (come JSON, REST, ecc.), quindi i primi adottanti (organizzazioni/aziende incluse) potrebbero finire per pagare il prezzo di qualcosa di più attraente e migliore che arriverà dopo questo MCP originale. Detto questo, è comprensibile che Discourse voglia aspettare un po’ prima di muoversi in questa situazione.
Il mio attuale percorso di pensiero in termini di roadmap è questo… ha ancora bisogno di molte rifiniture, ma aiuta a dipingere un quadro di come ci penso.
V0 - Server MCP
Consentire all’amministratore di selezionare una raccolta di strumenti (personalizzati o integrati) e pubblicarli su un endpoint specifico. /discourse-ai/mcp/NOME
Utilizzare Bearer per l’autenticazione, in particolare una chiave API utente
La chiave può essere limitata a un particolare servizio MCP
Milestone
Gli strumenti di Discourse (ad es. istanza di ricerca, lettura di argomenti, ecc.) possono essere utilizzati da Cursor e Claude desktop
V1 - Client MCP
Consentire all’amministratore di consumare un servizio MCP, che aggiunge un elenco di strumenti all’elenco degli strumenti disponibili che possono quindi essere utilizzati dalle persone.
Utilizzare Bearer per l’autenticazione
Milestone
I servizi in https://mcp.so possono essere utilizzati da un’istanza di Discourse
V2 - Client MCP per utente
Durante la discussione con il bot, gli utenti privilegiati possono fare clic su “aggiungi MCP” e aggiungere MCP a una conversazione in corso
Utilizzare Bearer per l’autenticazione
Milestone
Gli utenti finali possono scegliere di aggiungere contesto per un MCP a scelta a una conversazione AI in corso
Il succo del problema è che usando npx o uvx stai essenzialmente dicendo alla tua piattaforma di utilizzo degli strumenti di recuperare qualsiasi codice sia registrato con il nome del pacchetto fornito ed eseguirlo (la “x” sta per “execute”), aggiornando ogni volta che il pacchetto cambia. E il codice che viene quindi eseguito sulla tua macchina ha accesso root — può vedere l’intera macchina, le variabili d’ambiente, il file system, può aprire porte per ascoltare o per esfiltrare dati. Questo codice, appena scaricato fresco dal registro, può fare QUALSIASI cosa voglia.
Ad esempio, imparando a usare gli MCP, ho recuperato l’MCP del tempo da
Le istruzioni di installazione notano una possibile opzione
uvx ha effettivamente scaricato tutto il codice in millisecondi in una directory temporanea ed eseguito secondo necessità. Quando il client MCP ha terminato (chiuso nel caso di Claude Desktop), i file temporanei sono stati eliminati.
Sì, dovresti ricevere un avviso prima che il codice venga eseguito, come nel caso di Claude Desktop
@jrgong FYI puoi farlo oggi con il context7 mcp che è fantastico. Sembra che qualcuno abbia aggiunto anche la documentazione di Discourse, anche se non so se si tratti di API, admin o entrambi. In ogni caso, puoi aggiungere anche ciò che manca.
Come posso saltare alla V10 per il controllo completo, message bus e tutto il resto. Collegami
Intervengo solo per dire che attualmente operiamo come client MCP tramite ravenala.ai e abbiamo visto alcuni dei nostri utenti iniziare a integrare Discourse tramite flussi di lavoro basati su Zapier.
Siamo particolarmente entusiasti del potenziale di un server MCP nativo e ci piacerebbe sapere se c’è una stima approssimativa per la V0 o un endpoint sperimentale con cui potremmo iniziare a testare. Anche una semplice configurazione /discourse-ai/mcp/NAME con strumenti di base (ricerca/lettura argomenti, recupero post) aprirebbe alcuni ottimi casi d’uso di automazione asincrona.
Saremo lieti di condividere feedback specifici e idee leggere, se utili: non vediamo l’ora di vedere come si evolverà!
Contrariamente a quanto pensavo inizialmente sarebbe successo, sembra che MCP venga ampiamente adottato e stia diventando più maturo. Posso chiedere come state affrontando ora questo problema?
La tempistica è splendida. Sto lavorando alla creazione di una sorta di sistema cognitivo open source per interagire con le istanze di Discourse che viene eseguito come demone con più moduli. Quindi, essere in grado di creare anche argomenti sarebbe fantastico, anche se sono sicuro che sia complicato. Inoltre, l’esecuzione di query di esplorazione dati consentirebbe di arricchire notevolmente il contesto/i dati.
Ho iniziato a costruire questo sistema utilizzando l’API REST di Discourse, ma ora potrei semplicemente aspettare che la MCP sia pronta e poi utilizzare l’API per attività molto specifiche.
Come hai notato, hai la ricerca e la capacità di leggere argomenti, post, utenti e tag specifici, il che copre la maggior parte di ciò che è necessario.
Chatta con le informazioni del forum
Uno di grande valore è simile all’idea di utilizzare l’IA per leggere un PDF e poi chattare con il PDF. Invece che il contenuto provenga dal PDF, il contenuto proviene dal forum Discourse.
Ora, mentre esiste Discourse AI, l’incapsulamento di alcune funzionalità di sola lettura con un’interfaccia comune, ad esempio MCP, e la possibilità di accedervi all’interno di un host MCP comune, ad esempio Claude, aumenta l’utilità.
Inoltre, con questa capacità, si potrebbero aggiungere nell’host MCP, ad esempio Anthropic Claude, altri agenti o fonti di informazione che potrebbero essere utilizzati con le informazioni dall’MCP di Discourse.
Riepilogo mattutino
Nella maggior parte dei giorni visito oltre 20 posti per informazioni, alcuni dei quali sono forum Discourse e cerco informazioni specifiche, o qualcosa di valore che non stavo cercando specificamente. Sarebbe bello automatizzare tutto questo e un MCP di Discourse sarebbe di valore; sì, so che non tutti i siti Discourse richiederebbero l’accesso tramite un MCP.
Discriminatore del forum Discourse MCP (noto anche come Punteggio di rilevanza)
Come programmatore, sono membro di diversi forum Discourse relativi al software. Se tutti hanno server MCP e tutti sono attivati per l’uso con un host MCP, e faccio una domanda non molto specifica sulla codifica, ad esempio, fornendo un frammento di codice, deve esserci un modo per il server MCP di fornire un feedback se questa domanda è adatta a quel forum prima di richiedere una richiesta più costosa.
Sì, questa è una domanda strana, ma sappiamo che in realtà questo è un possibile scenario del mondo reale.
Non aspettatevi una soluzione subito, ma qualcosa su cui riflettere.
Domande frequenti senza risposta (noto anche come Lacuna)
Poiché l’IA può scansionare e riassumere rapidamente tutti gli argomenti in punti nello spazio vettoriale, è possibile identificare domande frequenti a cui non viene data risposta. Questa è un’occorrenza comune quando viene rilasciato qualcosa di nuovo, come con gli aggiornamenti software, o anche in tempo reale quando i server vanno giù.
Inoltre, si potrebbe usare l’MCP di Discourse per aiutare un utente a identificare le somiglianze nelle informazioni che potrebbero richiedere minuti o ore per essere fatte a mano.
Dal tentativo di aiutare con i problemi di server down, questo sarebbe di grande valore, ad esempio, un server funziona per me ma non in un altro paese, o funziona per me con Windows, ma non con i telefoni Apple, o c’è uno schema di problemi correlati ma poiché gli utenti non usano la terminologia corretta rimane senza risposta, ad esempio CFG dovrebbe essere usato ma non lo è.
Personalmente, al momento non cerco la capacità di scrivere o modificare.