Usa el registro de conclusiones del proyecto, o context/CLAIMS.md en el proyecto inicial. Nombra la afirmación, el estado, la revisión exacta de entrada, las rutas de evidencia y comandos, el autor, el verificador (cuando corresponda), la fecha y los límites de alcance. El responsable de la integración lo mantiene; otros proponen cambios respaldados por evidencia.
Estados:
- VERIFIED: los criterios de aceptación se cumplieron y una persona, agente o verificación automatizada independiente reprodujo el resultado relevante. Nombra al verificador y el método.
- PROVISIONAL: existe evidencia de apoyo, pero una verificación o dependencia específica sigue pendiente.
- NOT SHOWN: la prueba especificada no estableció la afirmación. Conserva el resultado observado y la contabilidad del fallo.
- VOID: la evidencia o suposiciones fueron invalidadas o reemplazadas. Mantén la razón y la referencia de reemplazo.
Distingue entre "pruebas pasadas" y "seguro en producción", y entre "más rápido en la carga de trabajo X" y una aceleración universal. Enuncia la conclusión más limitada respaldada. Una segunda ejecución del autor fortalece la evidencia, pero no constituye verificación independiente.
Actualiza las entradas junto con la evidencia cuando sea práctico. No sobrescribas en silencio una conclusión después de nuevos resultados; registra la transición y el motivo. Los informes pueden incluir trabajo nuevo fuera del libro de registro si se identifican claramente como no verificados. No se necesita edición cuando la evidencia aún respalda la afirmación existente.