# Cómo promocionar un proyecto de código abierto

> Lanza una vez en los sitios que encajan con tu proyecto y respeta las normas de cada uno sobre antigüedad del proyecto, archivo de licencia, megahilos y texto escrito con IA. Después viene el trabajo lento que trae usuarios: responder donde se pregunta por alternativas, qué librería usar o si un proyecto sigue mantenido, decir claramente que lo mantienes tú y medir instalaciones, issues y nuevos colaboradores antes que estrellas.

URL: https://agentagency.si/es/for/open-source-projects · Actualizado el: 2026-10-22

## 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](https://opensource.guide/finding-users/) 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](https://redditinc.com/policies/reddit-rules) 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](https://saascity.io/where-to-promote-open-source-projects) 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.

**Normas para publicar proyectos de código abierto, según lo publicado en octubre de 2026**

| Sitio | Qué exige a una publicación sobre un proyecto | De dónde sale |
| --- | --- | --- |
| r/selfhosted | Los proyectos con menos de tres meses solo pueden ir en el megahilo semanal New Project Megathread; las publicaciones sueltas sobre ellos se eliminan | Directorio, consultado el 2026-10-07 |
| r/opensource | Flair de promoción, un repositorio enlazado con un archivo LICENSE aprobado por la OSI, y el contenido generado con IA puede costar un baneo | Directorio, consultado el 2026-10-07 |
| r/programming | Nada de publicaciones tipo «he hecho esto»; un artículo técnico sobre un problema difícil sí vale; el texto escrito por un LLM, traducciones incluidas, no | Directorio, consultado el 2026-10-07 |
| r/Python | Las presentaciones van en un hilo mensual y deben comparar el proyecto con lo que la gente ya usa | Directorio, consultado el 2026-10-07 |
| r/golang, r/rust | Los moderadores pueden eliminar publicaciones que parezcan generadas con IA | Directorio, consultado el 2026-10-07 |
| Show HN | Algo que has hecho tú y de lo que puedes hablar, que se pueda probar ya, a ser posible sin registro ni correo de por medio; nada de proyectos generados en un rato; no pidas a tus amigos que lo impulsen o comenten | [Normas de Show HN](https://news.ycombinator.com/showhn.html) |
| Hacker News en general | Nada de texto generado o editado con IA en publicaciones o comentarios, nada de publicación automática, y la promoción solo de vez en cuando | [Normas de HN](https://news.ycombinator.com/newsguidelines.html) |
| awesome-selfhosted | Una primera versión etiquetada con más de cuatro meses; las librerías y los SDK no entran; las contribuciones generadas por un LLM acaban en baneo | [CONTRIBUTING.md](https://github.com/awesome-selfhosted/awesome-selfhosted-data/blob/master/CONTRIBUTING.md) |

> **Atención:** Tres normas pillan a la mayoría de los mantenedores nuevos: el megahilo por antigüedad del proyecto en r/selfhosted, el archivo de licencia en r/opensource y la prohibición del texto escrito con IA en r/programming y en Hacker News. El otro hábito que hace que eliminen a un mantenedor es publicar sobre su propio proyecto mucho más de lo que participa en otros hilos. Nuestra [guía sobre las normas de autopromoción](https://agentagency.si/guides/reddit-self-promotion-rules) explica lo que dice Reddit, incluida la vieja regla orientativa del 90/10.

## Un plan para la semana del lanzamiento

Infisical, un gestor de secretos de código abierto, [contó cómo fue su lanzamiento](https://infisical.com/blog/how-we-got-3000-github-stars-in-2-months): 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](https://agentagency.si/guides/answer-tool-recommendation-threads) 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](https://github.com/ossf/scorecard/blob/main/docs/checks.md) 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](https://choosealicense.com/licenses/agpl-3.0/) 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.

> **Ejemplo ilustrativo:** Respuesta de ejemplo: «Para tablas en PDF, yo probaría primero las dos librerías más usadas, porque funcionan bien con PDF digitales limpios. Donde sufren es con los escaneados. Aviso: mantengo una tercera opción pensada para ese caso; es más lenta y tiene menos formatos de exportación, así que úsala solo si tu problema son los escaneos.»

Esa última frase importa aunque el proyecto sea gratuito. La [guía de la FTC sobre recomendaciones](https://www.ftc.gov/business-guidance/resources/ftcs-endorsement-guides-what-people-are-asking) 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](https://agentagency.si/guides/reddit-disclosure-templates) 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](https://arxiv.org/abs/2412.13459), 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](https://github.com/deepsourcelabs/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](https://agentagency.si/es/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](https://agentagency.si/es/how-it-works) tienes el proceso completo.

**Qué haces tú y qué hace el agente**

| Tarea | Quién la hace |
| --- | --- |
| Show HN, Lobsters, listas awesome, directorios, newsletters | Tú. Agent Agency no tiene agente para esto. |
| Publicaciones en sitios que prohíben el texto escrito con IA, como r/programming y r/opensource | Tú, con tus palabras. En modo Aprobación, rechaza los borradores del agente para esas comunidades. |
| Encontrar hilos de preguntas en Reddit y X | El agente |
| Redactar respuestas y seguimientos | El agente, para que tú los edites y apruebes |
| Decidir cómo declarar que mantienes el proyecto | Tú. Las normas de la plataforma y la ley exigen declarar los vínculos relevantes. |

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](https://agentagency.si/es/for/developer-tools).

## 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](https://agentagency.si/es/waitlist)

## Fuentes

- [Reddit Rules](https://redditinc.com/policies/reddit-rules), consultado el 2026-10-22
- [Where to promote open-source projects (SaaSCity directory, venue rules as checked 2026-10-07)](https://saascity.io/where-to-promote-open-source-projects), consultado el 2026-10-22
- [Show HN guidelines (Hacker News)](https://news.ycombinator.com/showhn.html), consultado el 2026-10-22
- [Hacker News guidelines](https://news.ycombinator.com/newsguidelines.html), consultado el 2026-10-22
- [Finding Users for Your Project (Open Source Guides, GitHub)](https://opensource.guide/finding-users/), consultado el 2026-10-22
- [awesome-selfhosted-data: CONTRIBUTING.md](https://github.com/awesome-selfhosted/awesome-selfhosted-data/blob/master/CONTRIBUTING.md), consultado el 2026-10-22
- [Saving repositories with stars (GitHub Docs)](https://docs.github.com/en/get-started/exploring-projects-on-github/saving-repositories-with-stars), consultado el 2026-10-22
- [He et al., Six Million (Suspected) Fake Stars in GitHub (arXiv:2412.13459, v2 2025-09-06)](https://arxiv.org/abs/2412.13459), consultado el 2026-10-22
- [OpenSSF Scorecard checks: Maintained](https://github.com/ossf/scorecard/blob/main/docs/checks.md), consultado el 2026-10-22
- [FTC's Endorsement Guides: What People Are Asking](https://www.ftc.gov/business-guidance/resources/ftcs-endorsement-guides-what-people-are-asking), consultado el 2026-10-22
- [GNU Affero General Public License v3.0 (choosealicense.com)](https://choosealicense.com/licenses/agpl-3.0/), consultado el 2026-10-22
- [good-first-issue: criteria for adding a project](https://github.com/deepsourcelabs/good-first-issue), consultado el 2026-10-22
- [How we got to 3000 GitHub stars in 2 months? (Infisical blog, 2023-01-16)](https://infisical.com/blog/how-we-got-3000-github-stars-in-2-months), consultado el 2026-10-22

## Páginas relacionadas

- [Reddit Self-Promotion Rules: What Reddit Actually Says](https://agentagency.si/guides/reddit-self-promotion-rules)
- [How to Answer 'What Tool Do You Use?' Threads on Reddit](https://agentagency.si/guides/answer-tool-recommendation-threads)
- [How to Disclose Your Affiliation on Reddit](https://agentagency.si/guides/reddit-disclosure-templates)
- [Marketing para empresas de herramientas de desarrollo](https://agentagency.si/es/for/developer-tools)
- [Alternativas a GummySearch: qué usar antes del 1 de diciembre de 2026](https://agentagency.si/es/alternatives/gummysearch)
- [Alternativas a Reddit Ads, y cuándo los anuncios siguen siendo la mejor opción](https://agentagency.si/es/alternatives/reddit-ads)