Delivery-First Testing — una entrada, lentes bajo demanda

Objetivo: maximizar funcionalidades consumibles entregadas con evidencia suficiente y coste de feedback controlado. No maximizar número de tests, contratos, recibos o gates. Es UNA skill instalable, no un nuevo framework CI, harness, servidor REST, MCP ni motor de conocimiento.

Ontología y límites

• Capacidad: comportamiento observable que importa al consumidor. Garantía: propiedad que no puede romperse. Prueba: instrumento para contrastarla; nunca la identidad de una garantía.
• UAT efímero: exploración o aceptación vinculada a una feature, descartable al cerrar el ciclo después de registrar el resultado y decidir si hace falta protección permanente.
• Regresión permanente: comprobación pequeña, determinista y discriminante de una garantía crítica o sin cobertura equivalente. No promocionar automáticamente todos los UAT.
• Harness Base: fixtures, drivers, perfiles, observadores y limpieza reutilizables; vive versionado en el proyecto. Escenario efímero: aceptación propia del ciclo, reproducible durante el bloque pero retirada tras decidir la regresión. Evidencia: constancia de qué se ejecutó, con qué artefacto y resultado; no equivale a conservar el script.
• Caso data-driven: fila con entrada, resultado esperado y partición; parametrizar reduce duplicación de código, no necesariamente ejecuciones. Mutante: perturbación intencional del código para comprobar el poder discriminante; un mutante superviviente es una hipótesis a investigar, no prueba automática de un defecto.
• Lente: pregunta especializada sobre el cambio. No es una skill instalada ni ejecutor. Affordance: acción que puede hacerse ahora según datos observados, con rel + href local a una guía; NO es URL HTTP ni implica ejecución.
• Evidencia vigente: resultado asociado a código/revisión/artefacto y alcance observados. No llamar verde a SKIP, caché sin contexto, binario obsoleto, falsa salida cero ni prueba no ejecutada.

Router: observar, descubrir, actuar, volver a observar