> **Can't find what you're looking for?** Use `search_docs` on the docs MCP server at `https://naturgy-comer-documentation-p5mde.vercel.app/api/mcp` to find what you need.

# Revisar una release de TeLeo

Una release de TeLeo puede afectar UI, API, Twin, webhooks, señales, canales y
permisos. Revísala como un cambio aislado y no utilices la publicación del sitio
documental como sustituto de la release de la aplicación.

## Paquete de cambio

Registra:

* problema y alcance;
* baseline de la app, API y workflow;
* migraciones de Twin, si existen;
* contrato de payload, webhooks y señales;
* impacto en cola, cierre, adjuntos y automatizaciones;
* pruebas funcionales, de seguridad y de regresión;
* owner, ventana de observación y criterio de rollback.

## Secuencia

1. Congela el baseline y crea fixtures sintéticos.
2. Ejecuta typecheck, lint, tests y build de la app.
3. Prueba ingesta, idempotencia, mensajes, notas, cola y cierre.
4. Prueba un fallo de webhook, señal, Twin y backend.
5. Verifica permisos con agente, supervisor y admin.
6. Comprueba que la migración es idempotente y reversible.
7. Publica primero en el entorno acordado.
8. Observa errores, latencia, duplicados y entregas.
9. Promueve solo con aprobación de owners.
10. Si falla, vuelve a la versión aprobada sin mutar workflows live en caliente.

## Señales de no aprobación

* el ticket se duplica ante un retry;
* el cierre cambia de significado;
* el cliente recibe una nota privada;
* una credencial aparece en el bundle o en logs;
* cambia el contrato de API sin versionarlo;
* un child/workflow no conserva correlación;
* no existe fallback o rollback observable;
* la app depende de un token de sesión caducado sin plan;
* la prueba solo demuestra que la UI renderiza.

Las releases de TeLeo, HappyRobot, Connect, backends de negocio y documentación
se aprueban y publican por separado.