Cómo seguir los lanzamientos de GitHub en un lector de RSS

Cada repositorio tiene un feed de lanzamientos

GitHub publica un feed de lanzamientos para cada repositorio público. Añade /releases.atom al final de la dirección del repositorio:

https://github.com/OWNER/REPO/releases.atom

Para el CLI de GitHub, cuyo repositorio es cli/cli, sería:

https://github.com/cli/cli/releases.atom

El feed está en formato Atom, un formato que los lectores de RSS gestionan igual que RSS. Cada entrada es un lanzamiento, con el título del lanzamiento, un enlace a la página correspondiente, la fecha de publicación y las notas del lanzamiento tal como las escribieron los mantenedores en GitHub. El feed contiene los 10 lanzamientos más recientes. No necesitas una cuenta de GitHub, un token ni un servicio de terceros para usarlo.

Añadir un feed de lanzamientos a SereneReader

1. Abre el repositorio en GitHub y copia la parte OWNER/REPO de la dirección, por ejemplo cli/cli.
2. Construye la URL del feed: https://github.com/cli/cli/releases.atom.
3. En SereneReader, haz clic en Añadir feed en la parte inferior de la barra lateral y pega la URL en URL del feed.
4. Rellena el campo Título personalizado. GitHub nombra el feed según el repositorio, así que el feed del CLI de GitHub llega como "Release notes from cli". Un título como "GitHub CLI releases" es más fácil de encontrar en la barra lateral.
5. Elige una Carpeta si tienes una para lanzamientos y haz clic en Añadir feed.

Los nuevos lanzamientos llegarán junto con tus otros artículos, y las notas del lanzamiento se abrirán en el lector como cualquier otra entrada.

Mantén los feeds de lanzamientos en una carpeta

Si sigues más de unos pocos proyectos, crea una carpeta para ellos. Haz clic en Nueva carpeta en la barra lateral, ponle un nombre como "Lanzamientos" y selecciónala al añadir cada feed. Abre la carpeta cuando quieras ver qué ha cambiado en las herramientas que usas y déjala cerrada el resto del tiempo.

Otros feeds que publica GitHub

El mismo patrón funciona para algunas otras páginas. Comprobamos cada uno de ellos en repositorios reales el 3 de noviembre de 2026.

Algunos ejemplos para copiar y pegar:

https://github.com/cli/cli/tags.atom
https://github.com/cli/cli/commits/trunk.atom
https://github.com/cli/cli/commits.atom
https://github.com/cli/cli/discussions.atom
https://github.com/vitejs/vite/commits/main/packages/vite/CHANGELOG.md.atom
https://github.com/torvalds.atom

Algunos detalles útiles:

• /commits.atom sin especificar rama sigue la rama predeterminada del repositorio. Para cli/cli devuelve las mismas entradas que /commits/trunk.atom.
• Una rama que no existe devuelve un error 404, así que comprueba el nombre de la rama si el lector indica que no puede encontrar el feed.
• El feed de archivos es útil para los changelogs. Algunos proyectos escriben sus notas en un archivo CHANGELOG.md en lugar de en los lanzamientos de GitHub. Seguir los commits de ese archivo te avisa cuando el changelog cambia, como en el ejemplo de Vite anterior.
• Los proyectos que etiquetan versiones sin publicar lanzamientos en GitHub siguen teniendo un feed de lanzamientos funcional. Linux y Go no publican lanzamientos en GitHub, y sus feeds releases.atom listan sus etiquetas en su lugar. El texto de la entrada es el mensaje del commit, por lo que es breve.

¿Y toda una organización?

GitHub no publica un feed de lanzamientos de todos los repositorios de una organización. https://github.com/ORG.atom devuelve un feed válido, pero contiene eventos de la organización como personas añadidas a repositorios. Para las organizaciones cli y github estaba vacío. https://github.com/orgs/ORG.atom devuelve una página web, no un feed.

Para seguir todos los repositorios de una organización, suscríbete al feed de lanzamientos de cada repositorio. No hace falta hacerlo a mano: el script siguiente consulta la API de GitHub para obtener los repositorios públicos de la organización y genera un archivo OPML, el formato que los lectores usan para importar una lista de feeds. Necesita curl y jq, lee hasta 100 repositorios y omite los archivados.

ORG=cli

curl -s "https://api.github.com/orgs/$ORG/repos?per_page=100&type=public" \
  | jq -r --arg org "$ORG" '
      "<?xml version=\"1.0\" encoding=\"UTF-8\"?>",
      "<opml version=\"2.0\">",
      "  <head><title>\($org) releases</title></head>",
      "  <body>",
      "    <outline text=\"\($org) releases\">",
      (.[] | select(.archived | not) | "      <outline type=\"rss\" text=\"\(.full_name)\" xmlUrl=\"https://github.com/\(.full_name)/releases.atom\"/>"),
      "    </outline>",
      "  </body>",
      "</opml>"' > "$ORG-releases.opml"

Cambia ORG por la organización que quieras, ejecútalo e importa el archivo: en SereneReader, haz clic en Añadir feed y luego en Importar OPML. Los feeds se agrupan en una carpeta, llamada "cli releases" en este ejemplo. Las organizaciones grandes pueden tener cientos de repositorios, así que revisa el archivo antes de importarlo. En el plan gratuito, una importación se detiene al llegar al límite de 150 feeds.

¿Se pueden omitir las versiones preliminares?

No desde el propio feed. El feed de lanzamientos incluye las versiones preliminares y ningún elemento de la entrada las identifica como tal. Lo comprobamos con TypeScript: GitHub marca "TypeScript 7.1 Beta" como versión preliminar, pero su entrada en el feed tiene el mismo aspecto que la de un lanzamiento estable. Añadir ?prerelease=false a la URL del feed no cambia lo que devuelve GitHub.

Lo que sí puedes filtrar es el título del lanzamiento. Muchos proyectos incluyen "beta", "rc" o "alpha" en los nombres de las versiones preliminares. En SereneReader, añade una frase en Ajustes > Datos > Frases ocultas, o abre un lanzamiento, haz clic en Ocultar artículo y elige Ocultar por frase. Los artículos cuyo título o resumen contengan la frase quedarán ocultos, incluidos los que lleguen más adelante. Por ejemplo, la frase -rc oculta los candidatos a lanzamiento de Linux como v7.4-rc1.

Elige la frase con cuidado. Las frases ocultas se aplican a todos los feeds que sigues y coinciden tanto con el resumen como con el título. Una frase como beta también ocultará un lanzamiento estable cuyas notas mencionen una beta, así como entradas de otros feeds que usen esa palabra.

Otra cosa que conviene tener en cuenta: un repositorio que contiene varios paquetes suele publicar lanzamientos de todos ellos en el mismo feed. El feed de TypeScript también lista lanzamientos de su extensión para VS Code, con títulos como vscode-typescript/v1.0.1. Una frase oculta como vscode-typescript/ elimina esas entradas.

Leer lanzamientos con un agente de IA

Si sigues muchos proyectos, puede que prefieras un resumen en lugar de cada conjunto de notas. La API de SereneReader devuelve tus artículos en formato JSON, incluidos los de los feeds de lanzamientos, por lo que un agente o un script breve puede leer los lanzamientos de la última semana e indicarte cuáles te afectan. Cómo conectar tus feeds de RSS a agentes de IA explica paso a paso la configuración. La API forma parte de los planes Pro y Team.

Cuándo un feed no es suficiente

Un feed de lanzamientos es una forma tranquila de mantenerse al día con el software que usas. Tiene sus limitaciones:

• Las notas son tan buenas como el lanzamiento. El feed incluye el texto del lanzamiento y nada más. Las entradas de lanzamientos de Linux contienen solo una línea como "Linux 7.4-rc1", y la entrada de la beta de TypeScript es un enlace a una entrada de blog. Los archivos adjuntos al lanzamiento tampoco aparecen. Para proyectos como estos, sigue también el feed del blog del proyecto o su archivo de changelog.
• Los repositorios privados no funcionan. El feed de un repositorio privado devuelve un error 404 a menos que hayas iniciado sesión en GitHub, y un lector de RSS obtiene los feeds sin tu sesión de GitHub. Para esos casos, usa las notificaciones propias de GitHub (más abajo).
• Los nuevos lanzamientos llegan según la programación del lector. Un lector comprueba cada feed periódicamente, por lo que un lanzamiento aparece en la siguiente comprobación, no en el momento en que se publica. Está bien para leer. No es la herramienta adecuada cuando algo tiene que ocurrir de inmediato.
• Los feeds con mucha actividad pueden perder entradas. El feed solo contiene los 10 lanzamientos más recientes. Un repositorio que publica más de 10 lanzamientos entre dos comprobaciones, como un gran monorepo el día de un lanzamiento masivo, puede hacer que algunos desaparezcan antes de que el lector los vea.

Cuando esas limitaciones importan, usa una de estas alternativas:

• El menú Watch de GitHub. En la página del repositorio, haz clic en Watch, elige Custom y selecciona Releases. GitHub enviará entonces una notificación, y un correo electrónico si lo tienes activado, por cada nuevo lanzamiento. Esto también funciona con repositorios privados a los que tengas acceso.
• Un webhook. Si un lanzamiento debe iniciar algo de forma automática, como una compilación o un despliegue, un webhook de repositorio con el evento de lanzamiento llama a tu servidor cuando se publica el lanzamiento. Solo puedes añadir webhooks a repositorios que administres.
• Herramientas de actualización de dependencias. Si el objetivo es mantener actualizadas las dependencias de un proyecto, una herramienta como Dependabot o Renovate abre pull requests cuando salen nuevas versiones.

Para mantenerse al día con las herramientas de las que dependes, sin gestionar otra bandeja de entrada, el feed suele ser suficiente.

URLs de feeds y sus contenidos comprobados en GitHub el 3 de noviembre de 2026. Si un feed deja de actualizarse, abre su URL en un navegador para comprobar que GitHub sigue sirviéndolo.