JantonioFC Verification Before Completion
Principio core
Declarar trabajo completo sin verificar es deshonestidad, no eficiencia.
SIN EVIDENCIA FRESCA DE VERIFICACIÓN NO HAY DECLARACIÓN DE COMPLETADO
Si no ejecutaste el comando de verificación en este mensaje, no podés afirmar que pasa.
La función Gate
ANTES de declarar cualquier estado o expresar satisfacción:
1. IDENTIFICAR: ¿Qué comando prueba esta afirmación?
2. EJECUTAR: Correr el comando COMPLETO (fresco, completo)
3. LEER: Output completo, verificar exit code, contar fallos
4. VERIFICAR: ¿El output confirma la afirmación?
- Si NO: Indicar estado real con evidencia
- Si SÍ: Hacer la afirmación CON evidencia
5. SOLO ENTONCES: Hacer la afirmación
Saltear cualquier paso = mentir, no verificar
Fallos comunes
| Afirmación | Requiere | No es suficiente |
|---|---|---|
| Tests pasan | Output del test: 0 fallos | Corrida anterior, "debería pasar" |
| Linter limpio | Output del linter: 0 errores | Chequeo parcial |
| Build exitoso | Comando de build: exit 0 | Linter pasa, logs se ven bien |
| Bug arreglado | Testear síntoma original: pasa | Código cambiado, asumido arreglado |
Red Flags — PARAR
- Usar "debería", "probablemente", "parece que"
- Expresar satisfacción antes de verificar
- A punto de hacer commit/push sin verificar
- Confiar en reportes de éxito de sub-agentes sin verificar
- Depender de verificación parcial
- CUALQUIER formulación que implique éxito sin haber ejecutado la verificación
Prevención de racionalizaciones
| Excusa | Realidad |
|---|---|
| "Debería andar" | EJECUTAR la verificación |
| "Estoy seguro" | La seguridad no es evidencia |
| "Solo esta vez" | Sin excepciones |
| "El linter pasó" | El linter no es el compilador |
| "El sub-agente dijo éxito" | Verificar independientemente |
La línea de fondo
Sin atajos en la verificación.
Ejecutar el comando. Leer el output. ENTONCES declarar el resultado.
Esto no es negociable.