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

# Contrato de evidencia de ATC

Una prueba solo demuestra lo que observa. Este contrato evita que un resultado
local, una frase del agente o un código HTTP se presenten como prueba del canal
completo.

## Planos de evidencia

| Plano | Demuestra | No demuestra por sí solo |
|---|---|---|
| Conversación y audio | Lo que se oyó, capturó y dijo el agente | Que una acción externa se completara |
| Traza del workflow | Nodos, condiciones, herramientas, argumentos y orden | Que el proveedor externo aceptara el efecto |
| Integración | Respuesta, error, timeout y clasificación técnica | Que el cliente recibiera el resultado final |
| Estado de negocio | Cambio antes/después en el sistema responsable | Que la conversación lo explicara correctamente |
| Entrega | SMS, email o enlace utilizable por el destinatario | Que el workflow eligiera el trámite correcto |
| Transferencia | Intento, destino y conexión cuando están disponibles | Que el motivo de negocio fuera correcto sin revisar el contexto |
| CRM y analítica | Caso, etiquetado, extracción y resultado almacenado | Que los campos sean correctos si la extracción estaba vacía |
| Auditoría humana | Valoración de una llamada según su taxonomía | Que explique por sí sola la causa técnica |

Para una afirmación de resultado, combina los planos necesarios. Por ejemplo,
un enlace preparado no demuestra entrega; una llamada a la herramienta de
transferencia no demuestra conexión; una llamada E2E no demuestra que cada
indicador de conducta haya pasado.

## Qué prueba cada familia

### Evaluación personalizada

Un escenario cooperativo puede comprobar la respuesta de un turno, una llamada a
una herramienta o sus argumentos. No sustituye una comprobación del efecto
externo ni del recorrido completo.

### Prueba adversaria

Un escenario adversario intenta provocar una conducta prohibida. Es necesario
para probar barreras que una persona cooperativa nunca ejercitaría. No es la
familia adecuada para medir la corrección de los argumentos de una herramienta.

### Recorrido E2E

Un recorrido E2E sigue la gestión desde la entrada hasta el resultado final,
incluyendo los planos externos disponibles. Si algún plano no está conectado,
se declara la limitación y no se presenta el recorrido como completamente
verificado.

### Auditoría en producción

La auditoría observa llamadas reales según su muestreo y su taxonomía. Es una
señal posterior a la publicación y no se reemplaza por una evaluación aislada.

## Estados de cobertura

Usa un estado que describa la automatización real:

* `catalog_only`: el escenario está definido, pero no existe un runner completo;
* `blocked_external`: falta una integración, un fixture o un sistema externo para
  comprobar el efecto;
* `needs_business_oracle`: la regla o el resultado esperado necesita una decisión
  de negocio antes de ejecutar;
* `verified`: los planos necesarios se comprobaron para el alcance declarado.

Un estado bloqueado no es un aprobado parcial. Es información para decidir qué
trabajo o autorización falta.

## Lista de cobertura

Una capacidad tiene una batería útil cuando cubre, como mínimo:

1. el resultado que obtiene el cliente;
2. las fronteras y salidas correctas;
3. la conducta que debe mantenerse aunque el resultado sea bueno;
4. cada acción con sus condiciones de uso y de no uso;
5. cada prohibición mediante una prueba adversaria;
6. el efecto externo cuando forma parte del criterio de éxito;
7. las rutas de recuperación y los errores conocidos.

La cobertura se declara junto con su fecha, versión, entorno y limitaciones. El
número de escenarios no sustituye a esta lista.

Consulta [Objetivo, criterio y prueba](/use-cases/atc/how-to/testing) para el
procedimiento y el [registro de release](/method/reference/release-record) para
anotar la evidencia utilizada en una publicación.