Fusionado en GitHub, la nota de versión ya está escrita.
En cada merge a la rama principal, Julia lee el pull request y escribe la nota en el lenguaje de tus usuarios — o la deja fuera si es trabajo interno. Todo queda como borrador hasta que publiques.
14 días de prueba · Sin tarjeta · Después, plan gratuito
Julia, Marketing: “¿Qué dejaron en el changelog los merges de esta semana?”
De los 9 pull requests fusionados, 3 cambian algo que el usuario ve: exportación en CSV, filtro por fecha y la corrección del login. Están en un solo borrador, en portugués y en inglés. ¿Lo publico? Publicar la versión 2.4.0 en el changelog. Publicado. Los otros 6 eran ajustes internos y quedaron fuera.
Studio Bravo es una empresa de demostración. Datos inventados.
Las notas de versión, antes y después
La nota de versión queda para después — y el después nunca llega.
El borrador nace en el momento del merge, mientras el cambio está fresco.
El changelog se vuelve una lista de commits que solo entiende el equipo.
La agente escribe lo que cambió para el usuario, sin nombres de archivo ni jerga interna.
Las refactorizaciones y actualizaciones de dependencias llenan la lista.
Lo que el usuario no nota queda fuera del changelog.
Una nota mal escrita sale al aire sin que nadie la revise.
Todo queda como borrador. Publicar es un paso tuyo, aparte.
Cómo funciona
Del merge a la nota publicada — la parte tediosa es automática, la decisión sigue siendo tuya.
1 · Conexión
Conecta GitHub y elige quién escribe
Conecta el repositorio con la app de GitHub en las integraciones y suscribe a la agente de marketing al evento de pull request fusionado. Solo cuentan los merges a la rama principal: lo que entra en una rama de funcionalidad todavía no salió.
- App de GitHub en las integraciones
- La agente que elijas responde al evento
- Solo merges a la rama principal
2 · Triaje
La agente decide si el usuario lo nota
Título, descripción, commits y archivos modificados llegan con el evento. Una funcionalidad nueva, una mejora visible o una corrección que alguien notó se vuelve entrada; refactorización, dependencias y CI quedan fuera.
- Juzgado desde el punto de vista del usuario
- Ante la duda, queda fuera
- Merges del mismo tema van al mismo borrador
3 · Borrador
Escrito para quien usa, en tus idiomas
Un título corto y pocas líneas sobre lo que cambió, con una traducción por cada idioma en que publicas. Tú lo editas, le pones etiquetas y el número de versión.
- Una traducción por idioma
- Etiquetas y número de versión
- Siempre guardado como borrador
4 · Publicación
Al aire cuando tú digas
Publica al momento o elige una fecha. El changelog entra en tu sitio o app por iframe, con búsqueda, filtro por etiqueta y reacciones de los usuarios.
- Publicación inmediata o con fecha
- Búsqueda y filtro por etiqueta
- Reacciones de los usuarios en cada entrada
El changelog conectado a todo el producto
- Del roadmap al changelogLo que los usuarios votaron en el roadmap recibe su nota de versión en la misma base cuando sale.
- Del pull request del agente a la notaLos pull requests que abre el agente de desarrollo y tú fusionas entran en el mismo flujo.
- De la nota al centro de ayudaLa funcionalidad anunciada gana artículo y tutorial en la wiki con la que responde el soporte.
Módulos que activas hoy
Leído del mismo catálogo de la tienda de módulos: si está aquí, existe en el producto.
- Roadmap, Changelog y Wikiplan gratuito disponible
- RoadmapRoadmap público del producto, con lo que está en curso y lo que viene después.
- ChangelogChangelog de lanzamientos para anunciar cada entrega a tus usuarios.
- WikiBase de conocimiento y documentación, interna o pública.
¿La agente publica sola?
No. Cuando responde a un merge, solo escribe el borrador y se detiene. Publicar es un paso aparte que espera tu OK — en el chat con ella o en la pantalla del changelog.
¿Funciona con GitLab o Bitbucket?
Hoy, solo con GitHub. Sin GitHub, igual puedes escribir las notas en la pantalla del changelog o pedirle el borrador a la agente en el chat.
Ya tengo un changelog en otro lugar. ¿Empiezo de cero?
No. Puedes importar las entradas antiguas desde un CSV o desde texto.
¿Cuánto cuesta?
El changelog público entra en el plan gratuito del módulo de producto. Los planes pagos quitan el sello de BaseOS y suman la wiki.
Vuelve a ser el dueño.No el integrador.
Empieza por el área que más duele. En 14 días sabes si BaseOS se queda — sin tarjeta, y con plan gratuito después.
14 días de prueba · Sin tarjeta · Después, plan gratuito