Me encantaría tener una MCP para la documentación de la API de Discourse y la documentación para desarrolladores. Eso ayudaría mucho, ya que hemos estado modificando algunos componentes temáticos y queremos asegurarnos de que el código sea siempre compatible con nuestras versiones actuales y futuras de Discourse y siga las mejores prácticas.
Aún no es necesariamente un estándar de la industria (como JSON, REST, etc.), por lo tanto, los primeros en adoptar (organizaciones/empresas incluidas) podrían terminar pagando el precio de algo más atractivo y mejor que aparezca después de este MCP original. Dicho esto, es comprensible que Discourse pueda querer esperar un poco esta vez.
Mi hoja de ruta de pensamiento actual es esta… todavía necesita mucho refinamiento, pero ayuda a pintar una imagen de cómo pienso en esto.
V0 - Servidor MCP
Permitir al administrador seleccionar una colección de herramientas (personalizadas o integradas) y publicarlas en un punto final particular. /discourse-ai/mcp/NAME
Usar Bearer para la autenticación, en particular una clave API de usuario.
La clave puede tener el alcance de un servicio MCP particular.
Hito
Las herramientas de Discourse (por ejemplo, instancia de búsqueda, lectura de temas, etc.) pueden ser consumidas por Cursor y Claude desktop.
V1 - Cliente MCP
Permitir al administrador consumir un servicio MCP, que agrega una lista de herramientas a la lista de herramientas disponibles que luego pueden ser consumidas por personas.
Usar Bearer para la autenticación.
Hito
Los servicios en https://mcp.so pueden ser consumidos por una instancia de Discourse.
V2 - Cliente MCP por usuario
Al discutir con el bot, los usuarios privilegiados pueden hacer clic en “agregar MCP” y agregar MCP a una conversación en curso.
Usar Bearer para la autenticación.
Hito
Los usuarios finales pueden optar por agregar contexto para un MCP de su elección a una conversación de IA en curso.
La esencia del problema es que al usar npx o uvx, esencialmente le estás diciendo a tu plataforma de uso de herramientas que obtenga cualquier código registrado con el nombre de paquete proporcionado y lo ejecute (la “x” es de “ejecutar”), actualizando cada vez que el paquete cambia. Y el código que se ejecuta en tu máquina tiene acceso de root: puede ver toda tu máquina, variables de entorno, el sistema de archivos, puede abrir puertos para escuchar o para exfiltrar datos. Este código, que se acaba de descargar del registro, puede hacer CUALQUIER COSA que quiera.
Por ejemplo, al aprender a usar MCP, tomé el MCP de tiempo de
Las instrucciones de instalación señalan una opción posible
uvx en realidad descargó todo el código en milisegundos en un directorio temporal y lo ejecutó según fuera necesario. Cuando el cliente MCP terminó (se cerró en el caso de Claude Desktop), los archivos temporales se eliminaron.
Sí, deberías recibir una advertencia antes de que se ejecute el código, como en el caso de Claude Desktop
@jrgong Para tu información, puedes hacer esto hoy con el contexto7 mcp, lo cual es genial. Parece que alguien también agregó la documentación de Discourse, aunque no sé si es API, administrador o ambos. De cualquier manera, también puedes agregar lo que falte.
¿Cómo puedo saltar a V10 para tener control total, con bus de mensajes y todo? Conéctame
Solo quería comentar que actualmente operamos como un cliente MCP a través de ravenala.ai, y hemos visto que algunos de nuestros usuarios han comenzado a integrar Discourse a través de flujos de trabajo basados en Zapier.
Estamos especialmente entusiasmados con el potencial de un servidor MCP nativo, y nos gustaría saber si hay una ETA aproximada para la V0 o algún punto final experimental con el que podamos comenzar a probar. Incluso una configuración simple de /discourse-ai/mcp/NAME con herramientas básicas (buscar/leer temas, obtener publicaciones) abriría excelentes casos de uso de automatización asíncrona.
Estaremos encantados de compartir comentarios específicos e ideas ligeras si es útil. ¡Esperamos ver cómo evoluciona esto!
Contrariamente a lo que pensé que sucedería, parece que MCP está siendo ampliamente adoptado y se está volviendo más maduro. ¿Puedo preguntar cómo lo están abordando ahora?
El momento es espléndido. Estoy trabajando en la creación de una especie de sistema cognitivo de código abierto para interactuar con instancias de Discourse que se ejecuta como un demonio con múltiples módulos. Por lo tanto, poder crear temas también sería fantástico, aunque estoy seguro de que será complicado. Además, ejecutar consultas de Data Explorer permitiría enriquecer bastante el contexto/los datos.
Comencé a construir este sistema utilizando la API REST de Discourse, pero ahora podría esperar hasta que el MCP esté listo y luego usar la API para tareas muy específicas.
Como señaló, tiene búsqueda y la capacidad de leer temas, publicaciones, usuarios y etiquetas específicos, lo que cubre la mayor parte de lo necesario.
Chatear con información del foro
Uno de gran valor es similar a la idea de usar IA para leer un PDF y luego chatear con el PDF. En lugar de que el contenido provenga del PDF, el contenido proviene del foro de Discourse.
Ahora, si bien existe Discourse AI, envolver algunas de las funcionalidades de solo lectura con una interfaz común, por ejemplo, MCP, y poder acceder dentro de un host MCP común, por ejemplo, Claude, aumenta la utilidad.
Además, con esta capacidad, uno podría, en el host MCP, por ejemplo, Anthropic Claude, agregar otros agentes o fuentes de información que podrían usarse con la información del MCP de Discourse.
Resumen matutino
La mayoría de los días visito más de 20 lugares en busca de información, algunos de ellos son foros de Discourse y busco información específica, o algo de valor que no estaba buscando específicamente. Lo que sería bueno es automatizar todo esto y un MCP de Discourse sería valioso; sí, sé que no todos los sitios de Discourse requerirían permitir el acceso a través de un MCP.
Discriminador de foros MCP de Discourse (también conocido como Puntuación de relevancia)
Como programador, soy miembro de varios foros de Discourse relacionados con software. Si todos tienen servidores MCP y todos están activados para su uso con un host MCP, y hago una pregunta no tan específica sobre codificación, por ejemplo, doy un fragmento de código, debe haber una manera para que el servidor MCP dé retroalimentación si esta pregunta es adecuada para ese foro antes de solicitar una solicitud más costosa.
Sí, esta es una pregunta extraña, pero sabemos que en realidad este es un escenario posible en el mundo real.
No espere una solución de inmediato, pero es algo en lo que reflexionar.
Preguntas frecuentes sin respuesta (también conocido como Lacuna)
Dado que la IA puede escanear y resumir rápidamente todos los temas en puntos en el espacio vectorial, es posible que identifique preguntas frecuentes que no se están respondiendo. Esta es una ocurrencia común cuando se lanza algo nuevo, como con las actualizaciones de software, o incluso en tiempo real cuando los servidores se caen.
Además, uno podría usar el MCP de Discourse para ayudar a un usuario a identificar puntos en común en la información que podría llevar minutos u horas hacer manualmente.
Al intentar ayudar con problemas de caída de servidores, esto sería de gran valor, por ejemplo, un servidor funciona para mí pero no en otro país, o funciona para mí con Windows, pero no con teléfonos Apple, o hay un patrón de problemas relacionados pero debido a que los usuarios no usan la terminología correcta, queda sin respuesta, por ejemplo, CFG debería usarse pero no se usa.
Personalmente, actualmente no busco la capacidad de escribir o modificar.