Changelog automático

Changelog automático. En español claro.

Conecta tu repo de GitHub. featury lee cada PR, deduce qué se entregó de verdad y lo publica en un lenguaje que entienden tanto tu equipo como tus clientes. Nadie escribe una línea. El código es la fuente de verdad.

Gratis para empezar, sin tarjeta. Conecta un repositorio y la primera edición se redacta sola.

  • Acceso de solo lectura
  • Desconecta cualquier repo cuando quieras
  • Los archivos como .env nunca se leen
featury · featury | changelog

Changelog público

Generado por Featury

El feed

Un changelog que se publica solo

Cada merge se convierte en una entrada en español claro: clasificada, con alerta de riesgo, publicada en una página pública con RSS. Tu equipo, tus clientes y tus inversores leen lo mismo.

Tu changelog público, siempre al día

Una página pública y un feed RSS con todo lo que tu producto entrega. Agrupado por entrega, escrito en lenguaje claro, con alerta de riesgo donde importa. Los stakeholders se suscriben en lugar de preguntar.

actualizado con cada merge · página pública + RSS

Lee el de featury →

"¿No se ve bien?" Dilo una vez

Cada entrada tiene un botón de corrección. Señala una lectura errada y featury reanaliza el cambio contra el código. El feed que publicas es uno que respaldas.

"Entregado" sale del código, no de una casilla

Cualquier otra herramienta lo da por hecho cuando alguien marca una casilla, y la gente olvida, mueve tarjetas y miente. featury lee el código: entregado es lo que llegó al merge. Sin teatro de estados.

El changelog es solo la portada

Detrás de cada entrada hay un mapa vivo de tu producto, leído de la fuente, no de un documento que alguien olvidó actualizar. Pregúntale lo que sea en lenguaje sencillo, captura ideas sobre él y sigue cada una hasta la entrega.

Cómo funciona

De tu código a tu changelog, en tres pasos

Nada que instrumentar, ningún proceso nuevo para tus ingenieros. featury trabaja con lo que ya está en Git.

01

Conecta tu repositorio

Instala la GitHub App y elige los repositorios a vigilar. El acceso es de solo lectura y se limita exactamente a lo que elijas.

02

featury lee cada PR

Cada merge se clasifica (añadido, cambiado, corregido, seguridad), se reescribe en lenguaje claro y se marca con alerta de riesgo donde importa. De forma continua, en segundo plano.

03

Tu changelog se publica solo

Las entradas llegan a tu página pública y al feed RSS en el momento en que el código se entrega. Los stakeholders lo siguen, y nadie vuelve a escribir release notes.

Detrás del feed

Un mapa vivo detrás de cada entrada

Cada entrada del changelog se apoya en el mapa que featury hace de tu producto (cada capacidad, su estado y dónde vive), leído de la fuente y al día en el momento en que el código llega.

featury · acme/platform

Inventario de funcionalidades

18 funcionalidades
  • Autenticación de usuariosPublicado
  • Facturación del equipoActiva
  • Permisos por rolPublicado
  • Notificaciones de SlackCambiado recientemente
  • Importación de leadsRiesgo de obsolescencia

Publicado recientemente

La facturación ahora admite planes anuales

facturación · hace 2 días

Los administradores pueden invitar compañeros

equipo · hace 4 días

Los webhooks reintentan entregas fallidas

fiabilidad · hace 5 días

Para quién es

Para quien pregunta "¿qué se entregó?"

Tres roles, una respuesta: el changelog que tu producto publica solo.

Fundador / CEO

Saber qué se entregó sin preguntarle a nadie

"Nunca sé qué entregó realmente el equipo en el sprint sin ir preguntando."

El feed público muestra cada entrega en lenguaje claro. Compártelo con clientes e inversores tal cual.

Product Manager

Release notes sin escribir

"Paso horas cada semana persiguiendo devs y armando release notes."

Cada merge llega ya clasificado y redactado. Solo ajustas alguna entrada, con el botón de corrección.

CTO / Tech Lead

Respuestas sin interrupciones

"Los stakeholders me paran en el pasillo para saber qué cambió, y los devs nuevos preguntan cómo funciona todo."

Manda el link. El changelog (y el mapa vivo detrás de él) responde en tu lugar, citando el código.

La historia de WhatsApp

De un mensaje de WhatsApp a una feature en producción

El bug llega como un mensaje de WhatsApp. Sale como una línea en el changelog. Nadie abrió el código.

01

Empieza como un mensaje

Un cliente o fundador describe el bug o la idea en WhatsApp. Texto, audio o una foto de la pantalla.

02

featury lo lee y lo registra

El audio o la foto se vuelven texto, y la solicitud pasa por triaje y se contrasta con tu código real, con las preguntas que vale la pena investigar.

03

Toma forma

La solicitud se convierte en un plan con un prototipo visual al que puedes reaccionar antes de escribir una línea de código.

04

Se entrega, y avisa a todos

La entrega aparece en el changelog y en el mapa vivo, y quien lo pidió recibe la respuesta en el mismo WhatsApp.

Para desarrolladores

Hecho para agentes y scripts también

Todo lo que featury sabe de tu producto también está disponible fuera de la app: un endpoint MCP remoto para agentes de código, y una REST API versionada para todo lo demás.

MCP para agentes de código

Apunta Claude Code, Kimi CLI o cualquier cliente MCP a tu workspace. Tu agente puede triar solicitudes, leer el inventario de funcionalidades y preguntarle al código, con tus permisos.

claude mcp add --transport http featury https://api.featury.app/mcp \
  --header "Authorization: Bearer fk_…"

Docs de MCP →

REST API para todo lo demás

La misma superficie por HTTP puro: cambios, solicitudes, funcionalidades y el endpoint de ask. Una API key personal, un header Bearer y JSON de vuelta.

curl -H "Authorization: Bearer fk_…" \
  "https://api.featury.app/v1/changes?workspace=acme&project=web&limit=5"

Docs de la API →

Modelo de seguridad

Tu código sigue siendo tuyo

Conectar tu código fuente a un producto es una decisión seria. Estas no son promesas en una página de políticas. Están impuestas en la arquitectura.

  • solo lectura

    Los repositorios se clonan en modo solo lectura. Featury nunca escribe en tu código ni lo ejecuta.

  • secretos

    Antes de que el código llegue a un proveedor de IA, se quita el texto que parece un secreto. Reconoce los formatos habituales, así que uno poco común podría pasar.

  • alcance

    Los archivos sensibles (.env, claves, certificados) nunca se leen.

  • acceso

    El control de acceso basado en roles se aplica en cada solicitud.

  • no confiable

    El contenido del repositorio se trata como datos no confiables, nunca como instrucciones.

Tu próximo merge puede anunciarse solo

Aceptamos pocos equipos a la vez. Conecta tu repo y el changelog empieza hoy.