Cómo promocionar un proyecto de código abierto

El día del lanzamiento y todos los días siguientes

El día del lanzamiento llega un pico de visitas y luego vuelve la calma. La mayoría de quienes adoptan un proyecto a lo largo del año siguiente lo descubren más tarde, en hilos como estos:

• ¿Alguna alternativa autoalojada a una app de notas, con cifrado de extremo a extremo y sincronización con el móvil?
• ¿Qué librería de Python saca tablas de un PDF sin romperse con archivos escaneados?
• ¿Este proyecto sigue mantenido? La última versión parece antigua.
• ¿Podemos usar un proyecto con licencia AGPL dentro de nuestro SaaS?
• ¿Hay alguna página de estado open source que funcione en un VPS pequeño?

La guía Open Source de GitHub sobre cómo encontrar usuarios da la versión del mantenedor: ve a donde ya se reúnen tus usuarios, responde a quienes tienen el problema que resuelve tu proyecto, menciónalo solo cuando encaje y cuenta con que el crecimiento lleve meses o años.

Dónde publicar y qué normas pone cada sitio

Las normas generales de Reddit piden participar de forma auténtica en las comunidades que te importan, no hacer spam y no engañar a nadie sobre quién eres. Después, cada subreddit fija sus propias normas, y los subreddits de código abierto son más estrictos que la mayoría. La tabla se basa en un directorio de sitios para proyectos open source que recogió estas normas el 7 de octubre de 2026, más las páginas de Hacker News que hemos leído nosotros. Las normas cambian, así que lee la barra lateral antes de cada publicación.

Un plan para la semana del lanzamiento

Infisical, un gestor de secretos de código abierto, contó cómo fue su lanzamiento: publicaciones en r/opensource, r/github y r/node, un Show HN, y newsletters como TLDR y Console.dev que lo recogieron en los días siguientes. El autor recomienda participar en esas comunidades antes del lanzamiento, algo que ellos no hicieron. Un plan a partir de eso:

1. Antes del lanzamiento: que sea fácil de probar
   Un README que muestre qué hace el proyecto en la primera pantalla, pasos de instalación que funcionen en una máquina limpia, un archivo LICENSE y una versión etiquetada.
2. Semanas antes: participa
   Responde preguntas donde están tus usuarios, sin mencionar el proyecto. El relato de Infisical señala justo este paso como el que se saltaron.
3. El día del lanzamiento: una publicación por sitio, escrita por ti
   Dos o tres sitios que encajen, el megahilo o el flair que pida cada uno, y tus propias palabras. Quédate en los comentarios: te dirán qué le falta al README.
4. Más adelante: los listados
   Los directorios y las listas seleccionadas vienen después. awesome-selfhosted espera a que tu primera versión tenga más de cuatro meses.

Responder como mantenedor

La fuente constante de nuevos usuarios son los hilos de preguntas. Una buena respuesta ayuda a la persona a elegir, aunque no elija tu proyecto. Cómo responder en hilos de recomendaciones de herramientas explica el planteamiento general; en código abierto hay tres preguntas que salen tan a menudo que conviene tenerlas preparadas.

«¿Alguna alternativa a X?»

Nombra las opciones que encajan con sus condiciones, también las que no has escrito tú, y di en qué se diferencia la tuya. Si necesitan sincronización con el móvil y la tuya no la tiene, dilo.

«¿Sigue mantenido?»

Responde con hechos que cualquiera pueda comprobar: la fecha de la última versión, con qué frecuencia haces merge y lo rápido que se responde a los issues. La comprobación Maintained de OpenSSF Scorecard, por ejemplo, busca commits semanales en los últimos 90 días, da la puntuación más baja a los repositorios archivados y considera demasiado nuevos para valorarlos los proyectos con menos de 90 días.

«¿Puedo usarlo con esta licencia?»

Enlaza el texto de la licencia y un resumen sencillo en lugar de dar asesoramiento legal. Para AGPL-3.0, el resumen de choosealicense.com indica que, cuando una versión modificada se usa para ofrecer un servicio a través de una red, hay que poner a disposición el código fuente completo de esa versión modificada.

Esa última frase importa aunque el proyecto sea gratuito. La guía de la FTC sobre recomendaciones dice que los vínculos que hay que declarar no se limitan al dinero e incluyen el empleo y la copropiedad, y que poner tu empresa en el perfil no basta. Si esa guía alcanza a un proyecto personal sin pagos de por medio es una cuestión legal, pero las normas de Reddit ya te piden no engañar a nadie sobre quién eres. Las plantillas para declarar tu vínculo te dan frases que caben en una línea.

Las estrellas van al final

La documentación de GitHub dice que muchas de sus clasificaciones de repositorios dependen de las estrellas, y describe una estrella como una forma de seguir proyectos y mostrar aprecio al mantenedor, no como señal de que alguien haya instalado nada. Un estudio aceptado en ICSE 2026, revisado en arXiv en 2025, encontró unos seis millones de estrellas sospechosas de ser falsas, en su mayoría en repositorios efímeros de phishing y malware, y concluyó que las estrellas falsas ayudan menos de dos meses y después se vuelven un lastre.

Sigue las cifras que indican que alguien ha usado el proyecto: descargas del paquete, issues de gente que no conoces y colaboradores que contribuyen por primera vez. Para lo último, etiqueta issues para principiantes y escribe un CONTRIBUTING.md; el listado good-first-issue pide al menos tres issues abiertos para principiantes, diez colaboradores, documentación de instalación y una licencia de código abierto.

Dónde encaja un agente y dónde no

Lo que más tiempo lleva aquí es leer: encontrar los hilos de alternativas y de «¿sigue mantenido?» en Reddit y X antes de que se apaguen. De eso se encarga Agent Agency. Pegas la web de tu proyecto, lee hasta cinco páginas públicas y redacta un Product DNA que tú apruebas, y los agentes leen cada comunidad y respetan límites diarios. En modo Aprobación, cada comentario, publicación y DM espera tu visto bueno. Los agentes vuelven a un hilo durante días para responder a quien conteste, y solo mencionan el proyecto cuando responde a la pregunta, con un tope diario. En Cómo funciona tienes el proceso completo.

Reddit y X ya están disponibles y YouTube está en pruebas. Con las monedas pagas el trabajo, y los precios se anuncian con las primeras invitaciones. Si tu proyecto es una herramienta comercial para desarrolladores y no un proyecto comunitario, te encaja mejor la página para herramientas de desarrollo.

Preguntas

¿Dónde publico primero mi proyecto open source?

Donde tus usuarios ya hacen preguntas, con el formato que exige cada sitio. Para una app autoalojada puede ser el megahilo semanal de r/selfhosted; para una librería de Python, el hilo mensual de presentaciones de r/Python; para algo que se pueda probar al momento, un Show HN. Elige dos o tres, escribe tú cada publicación y quédate en los comentarios.

¿Tengo que declarar que mantengo un proyecto gratuito?

Sí, dilo. Las normas de Reddit piden no engañar a nadie sobre quién eres, y la guía de la FTC dice que vínculos como el empleo o la copropiedad deben declararse aunque no haya dinero de por medio. Basta una línea como «Lo mantengo yo», dentro del propio comentario y no solo en tu perfil.

¿Puede un agente de IA publicar sobre mi proyecto en r/programming o en Hacker News?

Esos sitios rechazan el texto escrito con IA: r/programming prohíbe el contenido escrito por un LLM y Hacker News pide que no haya texto generado ni editado con IA. Agent Agency no tiene agente para Hacker News, y en Reddit deberías escribir tú esas publicaciones y rechazar los borradores para cualquier subreddit con esa norma.

Agent Agency encuentra los hilos donde la gente pide un proyecto como el tuyo y redacta respuestas para que las apruebes. Unirse a la lista de espera es gratis. Únete a la lista de espera