> **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.

# De una incidencia a una release

Este recorrido enseña a trabajar con la metodología sin tocar una versión ni
publicar nada. El resultado es un registro de release completo y una decisión
sobre qué evidencia falta.

## 1. Elige una señal

Empieza con una incidencia ya documentada en la [bandeja de entrada de ATC](/use-cases/atc/how-to/inbox),
una auditoría, una métrica o una evaluación. No uses datos personales ni una
conversación que no puedas revisar.

Abre [Diagnosticar una incidencia](/use-cases/atc/how-to/diagnose-issue) y
copia en tu ficha el feedback literal, la versión, el entorno y el hecho
observable.

## 2. Separa hecho e hipótesis

Escribe dos frases distintas:

* **Hecho:** qué ocurrió y qué evidencia lo demuestra.
* **Hipótesis:** qué parte del workflow o de un sistema podría explicarlo.

Si no puedes escribir el hecho sin interpretar la solución, todavía falta
revisar la ejecución completa.

## 3. Clasifica el cambio

Decide si el caso pertenece a conducta, enrutado, integración, telefonía,
post-llamada o una regla de negocio. Después abre la página de la capacidad y
comprueba:

1. qué resultado debe recibir el cliente;
2. qué queda fuera y por dónde sale;
3. qué conducta está prohibida;
4. qué criterio y prueba deberían protegerlo.

Si la regla aparece como conflicto o sin cerrar, el resultado del tutorial es una
pregunta para su responsable, no una candidata para publicar.

## 4. Escribe el criterio de éxito

Formula un resultado que otra persona pueda observar. Incluye la condición de
entrada, la conducta esperada, la conducta prohibida y el plano de evidencia
necesario.

Ejemplo didáctico:

```text
Dada una entrada que no pertenece a la capacidad,
la conversación vuelve al enrutado correcto,
no ejecuta una acción de esa capacidad,
y la traza confirma la salida elegida.
```

El ejemplo explica la forma del criterio; no describe una decisión nueva de
negocio.

## 5. Elige las pruebas

Usa [Objetivo, criterio y prueba](/use-cases/atc/how-to/testing) y el [contrato
de evidencia](/use-cases/atc/reference/evidence):

* una regresión para el caso original;
* una prueba personalizada para el camino correcto;
* una prueba adversaria si existe una prohibición;
* un recorrido completo si el cambio afecta más de un nodo;
* comprobación externa si el criterio incluye una entrega, transferencia o
  cambio de estado.

Anota también lo que no puede probarse todavía.

## 6. Prepara el registro

Completa el [registro de release](/method/reference/release-record) con la
versión base confirmada, el alcance, el cambio mínimo, las pruebas, el plan de
reversión y la persona que debe revisar. La candidata debe partir de la base
confirmada y mantenerse aislada.

## 7. Decide sin publicar

Antes de pedir una publicación, revisa las puertas de [Preparar una release de
ATC](/use-cases/atc/how-to/release). El registro puede terminar en:

* lista para revisión;
* bloqueada por falta de evidencia o decisión;
* descartada porque la hipótesis no se confirmó.

No hace falta publicar para completar este recorrido. La decisión de promoción
solo llega después de observar la versión publicada contra su línea base.

## Resultado esperado

Al terminar puedes responder:

* qué ocurrió y cómo se comprobó;
* qué cambiaría y por qué es el mínimo;
* qué pruebas protegen el cambio;
* qué evidencia falta;
* quién decide la publicación y cómo se revertiría.

Para volver al contexto general, consulta [Cómo funciona Dani](/use-cases/atc/explanations/overview).