Es el complemento práctico del anterior: donde uno explica qué se rompe, este da el código. Lo usé como se usan los recetarios, abriendo lo que hacía falta.
Qué hice con él
Las recetas de reordenamiento de resultados me dieron el argumento para incluirlo siempre y no como opción: recuperar veinte fragmentos y quedarse con los cinco mejores sale más barato en cómputo que agrandar el modelo, y mejora más la respuesta.
El capítulo de evaluación me dejó una práctica que ahora es parte de lo que entrego: un conjunto de preguntas reales del cliente con su respuesta correcta escrita, contra el que se mide cada cambio. Sin ese conjunto, «quedó mejor» es una opinión.
Y las recetas de mantenimiento cambiaron lo que escribo en las propuestas: un documento que se reemplaza deja fragmentos viejos circulando si nadie los borra, y el sistema empieza a responder con la versión anterior del reglamento. Eso pasa a los meses, cuando la demostración quedó lejos.
Qué dejé fuera
Las recetas atadas a servicios de pago concretos. Envejecen rápido y la idea de debajo casi siempre se puede hacer con otra cosa.