DevPipe, un panel open source para publicar notas de versión en varias plataformas
El proyecto escribe un borrador en Markdown una vez y lo reescribe con un modelo servido en Groq para GitHub, Dev.to, Hashnode y Reddit, con publicación por API o copia manual.
DevPipe es un panel de código abierto que reparte las notas de una versión por varios sitios de golpe. Escribes el borrador una sola vez en Markdown, y la herramienta lo reescribe para cada destino —GitHub, Dev.to, Hashnode y Reddit— generando además los títulos y las etiquetas de cada publicación. El autor lo presentó en Dev.to y el código está en el repositorio.
Por debajo hay un motor que combina Groq con gpt-oss-120b. El flujo es sencillo: se escribe el Markdown estándar, el motor lo pasa por el modelo y, si se elige el modo "First Release", reescribe la narrativa adaptándola a cada plataforma. No hay editor visual ni plantillas propias: la entrada es texto plano y la salida es texto plano.
Dos formas de publicar
La primera es por API directa. Se introduce el token de Dev.to o se autoriza con OAuth de GitHub, y DevPipe empuja la entrada sin intervención. La segunda, pensada para los sitios que no están conectados, copia el Markdown ya formateado y abre la página de envío en el navegador para pegarlo a mano.
Ese segundo modo es el que más sentido tiene en la práctica. Conectar una cuenta de GitHub o de Dev.to tiene un coste de configuración bajo, pero el resto de plataformas suelen vivir de formularios web sin API pública cómoda, y ahí la alternativa es el portapapeles. La reescritura por plataforma es, en cambio, lo que ya hacen varios asistentes de escritura: la diferencia está en que aquí el destino es un formulario de publicación concreto y no un documento genérico.
Lo que el anuncio no dice
No hay demo en vídeo ni capturas del panel más allá de la página del proyecto. Tampoco se especifica la licencia del código, ni cuántas plataformas soporta el modo automático frente al manual, ni si el mapeo de etiquetas y títulos está probado en todas ellas. Todo lo anterior es lo que cuenta el autor: es un proyecto personal, no el producto de una empresa, y no hay terceros que lo hayan medido.
Mantener las mismas notas de versión coherentes en cuatro sitios es trabajo manual y aburrido, y eso es exactamente lo que intenta quitar de en medio. Para quien publica lanzamientos de proyectos pequeños con cierta frecuencia, una herramienta que reduzca eso a un clic tiene sentido, siempre que la salida no requiera luego media hora de corrección. Queda por ver si la adaptación por plataforma aguanta más allá de los cuatro destinos que el autor menciona y qué pasa cuando una de ellas cambia su formulario o su API.
