Convierte los pull requests fusionados de una versión en notas que los usuarios entienden, agrupadas por lo que cambió para ellos, listas para editar y publicar.
Ayuda a quienes buscan trabajo a ver cuánto encaja su currículum con una oferta concreta, qué le falta y qué reescribir, antes de enviarlo.
Los equipos que publican a menudo tienen que contar a sus usuarios qué ha cambiado, y la materia prima ya existe: pull requests fusionados con títulos, descripciones y etiquetas. Construye una herramienta que se conecte a un repositorio de GitHub, reúna los pull requests fusionados desde la última versión y redacte notas pensadas para usuarios, no para desarrolladores: agrupadas en novedades, mejoras y correcciones, sin jerga interna.
Es un proyecto de integración bien acotado: un token de acceso o una app OAuth, una API pública, un modelo de lenguaje y un editor.
Escribir las notas de versión es una tarea pesada que suele caerle a una sola persona al final de cada versión. Los mensajes de commit y los títulos de los pull requests están escritos para otros desarrolladores («refactor auth middleware», «fix #482»), así que no se pueden pegar tal cual en un registro de cambios.
Por eso muchos equipos pequeños no publican notas, o publican notas que los usuarios no entienden, y los usuarios se pierden las mejoras que se hicieron pensando en ellos.
Una aplicación web donde alguien conecta un repositorio, elige un rango (desde la última etiqueta o entre dos fechas) y recibe un borrador. El servidor obtiene los pull requests fusionados mediante la API de GitHub, conserva el título, la descripción y las etiquetas de cada uno, y los envía a un modelo de lenguaje con instrucciones claras: escribir para usuarios, agrupar por tipo, unir cambios relacionados, dejar fuera el trabajo solo interno y señalar lo que no esté claro.
El borrador se abre en un editor de Markdown para editarlo y copiarlo, o publicarlo como cuerpo de una versión de GitHub. Cada línea enlaza con los pull requests de los que sale, así que revisarlo es rápido.
Sugerencias, no requisitos: usa lo que conoces y lo que encaje con el problema.
Mira lo que los creadores construyeron conTypeScriptNode.js
Son modelos de negocio posibles, no una demanda comprobada. Nada de esto significa que la idea vaya a dar dinero; comprobarlo es lo siguiente.
Dedica unos días a esto antes de dedicar semanas al código.
Comprueba un puñado de webs y APIs cada pocos minutos y recibe un aviso claro cuando algo se cae, pensado para desarrolladores independientes que no necesitan una herramienta empresarial.
Permite convertir un documento Markdown en un PDF bien diseñado en segundos, con plantillas limpias para propuestas, informes y currículums.
