🔁 Evolución mediante diff y consolidación
Agregar poco, consolidar siempre.
Tu prompt crece por necesidad real, no por adelantado. Aquí aprendes el ciclo probar → encontrar el fallo → corregir con un patrón e a ronda de consolidación que impide que se infle, el mismo movimiento que llevó a Opus 4.8 a Fable 5 con +56 líneas y 7 bloques menos.
Contenido detallado
El ciclo: probar → encontrar una falla real → corregir
Los prompts no nacen listos: evolucionan con el uso. El motor de la evolución es un ciclo corto y honesto: ejecutas el prompt en un caso real, observas dónde de hecho falla, y solo entonces corrige. La palabra clave es real: corriges la falla que ocurrió, no la que temes que pueda ocurrir.
Las 4 paradas del ciclo
Ejecuta el prompt mínimo viable (Módulo 4.1) con una entrada de producción. No inventes una prueba fácil que pueda superar: usa el caso que importa.
Describe el síntoma en una frase: «usó emojis sin que se lo pidiera», «respondió en 12 párrafos». Si no se puede reproducir el síntoma, no es un fallo: es una suposición.
Aplica uno patrón del catálogo que ataque exactamente ese síntoma y nada más. Vuelve al paso 1 y confirma que la falla desapareció.
Falla real ≠ falla imaginada
La mayoría de los prompts inflados está hecha de reglas contra fallos que nunca ocurrieron. Agrega algo para el síntoma que viste en pantalla. Todo lo demás es anticipación, y la anticipación es el combustible de la hinchazón.
Corregir con UN patrón del catálogo
La diferencia entre un prompt que envejece bien y uno que se convierte en una cebolla de reglas está en cómo corriges. La corrección amateur agrega "una regla suelta más". La corrección profesional elige un patrón con nombre del catálogo (Ruta 1) que aborda clase del problema, no solo la instancia.
✗Regla suelta
- •"Nunca uses la palabra 'na verdade'."
- •Resuelve la instancia, no la clase
- •Si se acumula: 1 síntoma = 1 línea nueva
- •Sin nombre → después no se puede consolidar
- •Se convierte en la «cebolla» que Fable 5 deshizo
✓Patrón del catálogo
- •"Da por sentado que es un adulto capaz; sin expresiones dubitativas." (Principio consolidado)
- •Ataca la clase: cubre "honestly", "actually"…
- •Generaliza a casos no vistos
- •Tiene nombre → se puede etiquetar en el changelog
- •Listo para fusionar en la consolidación
🗺️ Del síntoma al patrón
- •El modelo prometió una herramienta que no tiene → Declaración de capacidades con alcance
- •Respuesta demasiado larga → Presupuesto de concisión (Ficha 7)
- •Rechazo evitable / regla seca → Regla con porqué (Ficha 3)
- •Cuatro microbloqueos distribuidos → Principio consolidado (Ficha 12)
La ronda de consolidación
Agregar es fácil; eliminar exige valentía. Por eso la consolidación no puede quedar para «cuando se pueda»: se convierte en ritual programado: cada 3 adiciones, una ronda de limpieza. Sin el disparador fijo, el prompt solo crece, porque el incentivo de cada turno empuja a agregar "una línea más".
Qué es una ronda de consolidación
Es una pausa deliberada en la que tú no agrega nada. Vuelves a leer el prompt entero con tres preguntas: lo que el modelo ya internalizó (se vuelve ruido, bórralo), lo que se repite (profunda), y qué reglas micro pueden convertirse en un principio (consolida).
El criterio de éxito es contraintuitivo: la ronda salió bien si el prompt quedó más corto manteniendo el mismo comportamiento en las pruebas.
La ronda, paso a paso
Ejecuta la batería de pruebas y anota: cantidad de líneas + cuántas pruebas pasan. Esos son los números contra los que vas a medir.
Fusiona reglas relacionadas en un principio; elimina lo que el modelo ya hace por sí solo; renombra los bloques según la intención, no la imposición.
Las mismas pruebas. Si pasan con menos líneas: commit. Si alguna falla: la regla eliminada cumplía una función real; restaura solo esa.
Cada eliminación es una hipótesis comprobable
No decidas a ojo si una regla «sigue siendo necesaria». Elimínala y ejecuta las pruebas. Si nada se rompe, ya era ruido. La consolidación es empírica, no opinativa.
Imitando 4.8 → Fable 5
El diff de Opus 4.8 para Fable 5 es el ejemplo vivo de este módulo. Anthropic agregó mucho contenido nuevo y, aun así, el prompt creció solo +56 líneas, porque Se eliminaron 7 bloques. Esta es la lección central: eliminar forma parte de evolucionar. Crecer no es el objetivo; consolidar sí.
📊 Los números del diff
- •4.8: 3.769 líneas (~23.000 palabras)
- •Fable 5: 3.825 líneas (~23.800 palabras)
- •Saldo: solo +56 líneas — a pesar de mucho contenido nuevo, porque Se quitaron 7 bloques
🗑️ Qué se eliminó — y por qué
- −
<search_first>— el modelo ya lo busca mediante el entrenamiento; la orden obsesiva se volvió ruido. - −
<default_stance>— la postura "ayuda por defecto" fue absorbida porrefusal_handling. - −
respond_without_citing_system_prompt— "no digas X" tiene efecto Streisand; se resolvió durante el entrenamiento. - −4 microreglas de tono (sin viñetas al rechazar, sin apodos cariñosos, sin "honestamente/en realidad", regla de emojis) → fusionadas en "asume que es un adulto capaz y trátalo como tal".
4 microreglas → 1 principio: consolidación en estado puro
Las restricciones microscópicas señalaban desconfianza hacia el modelo. Una postura general lo cubre todo, incluso los casos que nadie enumeró. Es exactamente el Principio consolidado (Ficha 12) que aplicas en tu prompt.
Versionar en git
Si cada ciclo y cada consolidación no deja rastro, pierdes la historia. Versionar el prompt en git transforma el historial del alumno en el suyo propio "repo de evolución" — cada commit es un diff que puedes volver a leer, comparar y, si hace falta, revertir.
# adição 1 — falha real: respostas longas demais
git add prompt.md
git commit -m "add(concisao): orçamento de 2-3 parágrafos [Ficha 7]"
# adição 2 — falha real: recusa contornável
git commit -m "add(seguranca): regra com porquê na recusa [Ficha 3]"
# adição 3 — falha real: promete tool inexistente
git commit -m "add(capacidades): escopo explícito de ferramentas"
# gatilho: 3 adições → rodada de consolidação
git commit -m "consolidate: 4 micro-regras de tom → 1 princípio (-9 linhas) [Ficha 12]"
git log --oneline # o repo de evolução, legível de cima a baixo
git diff HEAD~1 # releia a última consolidação como um diff✓Buen versionado
- •1 commit = 1 cambio atómico (1 adición O 1 consolidación)
- •El mensaje cita el fallo real y el patrón aplicado
- •Consolidaciones marcadas con el delta de líneas
- •Revertir es barato → te atreves a eliminar
✗Mal versionado
- •"update prompt" para 12 cambios mezclados
- •Sin rastro de qué falla motivó cada cosa
- •Editar directamente, sin commit → sin diff para revisar
- •Miedo a eliminar porque no se puede volver atrás
Changelog con motivación
El commit guarda lo que cambió; el registro de cambios guarda por qué. Cada entrada etiqueta el cambio según el patrón aplicado e a falla que la motivó — exactamente el formato de diff anotado 4.8 → Fable 5: cambio + motivación probable + lección. Este es el artefacto que demuestra que tu prompt evolucionó por una razón, no por casualidad.
## v0.4 — rodada de consolidação
- consolidate: 4 travas de tom → "assume adulto capaz"
motivo: micro-regras sinalizavam desconfiança; -9 linhas
padrão: Princípio Consolidado (Ficha 12)
testes: 8/8 mantidos
## v0.3
+ add: escopo explícito de ferramentas
motivo: modelo prometeu "buscar na web" sem ter a tool
padrão: Declaração de Capacidades
## v0.2
+ add: regra com porquê na recusa
motivo: recusa seca era contornada por reformulação
padrão: Regra com Porquê (Ficha 3)
## v0.1
+ add: orçamento de concisão (2-3 parágrafos)
motivo: respostas de 12 parágrafos no caso de suporte
padrão: Orçamento de Concisão (Ficha 7)🧬 Anatomía de una buena entrada
- •Tipo:
addoconsolidate— deja visible el ritmo de adición/limpieza - •Motivo: la falla real observada (el síntoma en pantalla), no la teoría
- •Patrón: la ficha del catálogo que justifica la forma del cambio
- •Pruebas / delta: la prueba empírica: pasa/falla y líneas de más/de menos
El changelog es tu diff personal anotado
Dentro de tres meses no recordarás por qué existe la línea X. El registro de cambios te lo explica y te da confianza para eliminarla en la próxima consolidación, porque sabes exactamente qué falla resolvió esa línea (y si todavía existe).
🔁 Resumen del módulo
Siguiente: Módulo 4.3
Pruebas y el «porqué documentado» (regla de oro): cómo medir la calidad del prompt según el comportamiento, no la opinión, y por qué toda regla necesita una prueba y un motivo por escrito.