Casos de uso
Versiones que salen sin ceremonia
Cuando el trabajo fusionado justifica una versión, el agente redacta el changelog y crea la etiqueta según la política que dejaste en el repositorio, sin sostener nunca un token que no le diste.
Pull request #731
Manejar tokens de workspace expirados
+ if (token.expiresAt < Date.now()) {
+ await rotateWorkspaceToken(token)
+ }La publicación se automatiza la última y se estropea la primera
Casi todos los equipos automatizan la construcción y dejan la decisión, el changelog y la etiqueta a quien se acuerde. developerz.ai lee lo que se fusionó desde la última versión, redacta las notas a partir de los pull requests reales y publica cuando tu política dice que toca. Los permisos de publicación siguen en tu instalación de la GitHub App y en tus protecciones de rama: no se nos entrega un token de publicación aparte, y cada acción queda auditada.
Notas a partir de lo fusionado, no de la memoria
El changelog se redacta con los pull requests que realmente entraron en la ventana desde la versión anterior.
Tu ritmo, en el fichero de política
Las reglas de publicación por repositorio viven en .maintainer.yml junto a todo lo demás, versionadas como el resto de tu configuración.
Auditable, como todo lo demás
Una publicación es una acción registrada con actor y motivo, no un botón opaco que alguien pulsó.
Profundiza
Mira lo que publicamos nosotros
Lo usamos en casa: nuestro propio changelog lo genera esta misma vía, sobre nuestro propio repositorio.
Leer el changelogPon a trabajar una flota de desarrolladores de IA
Trae tus propias claves y tus propias máquinas, coloca un .maintainer.yml y deja correr los bucles — auditado de principio a fin. El acceso es solo por invitación.