🔬 Leer la evolución mediante diffs
Cuando un laboratorio cambia de versión, deja un rastro: el diff entre el prompt antiguo y el nuevo. Leer ese rastro es arqueología de decisiones: cada línea agregada, eliminada o renombrada cuenta por qué alguien cambió de opinión. Este módulo te enseña a leer un diff de prompt como investigador: extrayendo la lección, no solo registrando el cambio.
Contenido detallado
Los 4 tipos de cambios en un diff
Un diff entre dos versiones de un system prompt no es un borrón de texto rojo y verde. Está compuesto por cuatro tipos de cambio, y cada tipo tiene una intención diferente. Antes de interpretar cualquier cosa, clasificas. Ese es el primer gesto de quien lee diffs: separar el qué cambió de cómo cambió.
🔬 La idea en una frase
Todo diff es una secuencia de decisiones, y cada decisión tiene un formato. Reconocer el formato es la mitad de la lectura: una eliminación no se interpreta como una adición, y una cambio de nombre oculta el cambio más sutil de todos: el texto puede ser idéntico, pero la etiqueta cambió.
El caso de estudio de todo el curso es la evolución Opus 4.8 → Fable 514 cambios, de los cuatro tipos, en un solo diff. Lo usaremos como laboratorio.
Qué es
Los cuatro tipos de cambio: adición (se añade un bloque/regla), eliminación (se obtiene un bloque), reescritura (el texto cambia, pero el tema permanece) y cambio de nombre (el contenido se mantiene, la etiqueta cambia). Clasificar es el paso cero del análisis.
Por qué aprender
Porque el lector aficionado solo ve las adiciones: lee lo que se incorporó e ignora lo que se quitó, y se pierde la mitad de la historia. Además, confunde reescritura con cambio de nombre y cree que «cambió poco» cuando, en realidad, cambió el intención. Saber los cuatro tipos es lo que distingue registrar un cambio de entender un cambio.
+ Adición
Aparece algo nuevo. Pregunta clave: ¿qué problema nuevo resuelve esto? Ej.: la política de drogas con una excepción vital para salvar vidas.
− Eliminación
Sale algo. Pregunta clave: ¿se convirtió en ruido o se consolidó? Ej.: <search_first> desapareció por completo.
≈ Reescritura
El tema permanece, el texto cambia. Pregunta clave: de lista a criterio? ¿de ejemplo a principio? Ej.: la regla de self-harm.
~ Renombramiento
El texto permanece, la etiqueta cambia. Pregunta clave: ¿cambió la intención? Ej.: cumplimiento → principio.
Toda eliminación es información
Esta es la regla más subestimada al leer diffs. Quien solo lee lo que fue agregado lee la mitad del libro. La otra mitad —frecuentemente la más rica— está en lo que se borrado. Una eliminación nunca es accidental en un prompt de laboratorio: expresa una decisión tan deliberada como cualquier línea nueva.
🗑️ Por qué se elimina algo: las dos causas
- ① Se internalizó mediante el entrenamiento. El modelo ya hace eso por sí solo —la instrucción se volvió ruido. Mantener la regla solo le roba atención. Fue el caso de <search_first> e <default_stance>.
- ② Se consolidó en un principio. Varias reglas pequeñas se fusionaron en una sola, más general. Las 4 microreglas de tono se convirtieron en una frase: "assumes the person is a capable adult".
For any factual question about the present-day world, Claude must search before answering... Claude searches before EVERY factual question...
¿Por qué desapareció? El comportamiento de búsqueda empezó a venir del entrenamiento. La instrucción obsesiva (fíjate en el EVERY en mayúsculas) quedó redundante. Lección: cuando el modelo interioriza una capacidad, la instrucción se convierte en ruido — elimínala.
✗ El lector que se pierde la mitad
- ✗Solo anota lo que se incorporó (las líneas verdes)
- ✗Trata la eliminación como "limpieza", no como una decisión
- ✗No pregunta por qué algo dejó de ser necesario
- ✗Concluye que «cambió poco» porque vio pocas adiciones
✓ El lector de diffs
- ✓Lee los − con la misma atención que los +
- ✓Pregunta: ¿se convirtió en ruido o se consolidó?
- ✓Observa la madurez del prompt en lo que eliminó
- ✓Interpreta +56 líneas / −7 bloques como una mejora
La medida de la madurez
Todo prompt que solo crece se está pudriendo por dentro: cada incidente se convierte en una regla, ninguna se elimina. La madurez de un prompt se mide por la última vez que algo se eliminó de él. Cuando ves un diff que se encoge en estructura incluso al crecer en contenido, estás viendo un equipo que entiende que eliminar también es editar.
Inferir la motivación detrás de cada cambio
Clasificar el cambio es el paso cero; inferir por qué ocurrió es el paso que da resultados. El laboratorio rara vez publica el motivo. Tú lo reconstruyes —como una arqueología de decisiones— observando el problema que probablemente resuelve el cambio. Es una lectura interpretativa, siempre marcada como hipótesis, nunca como un hecho declarado.
1. Política de armas: de la lista al principio
Tipo: reescritura. El alcance "explosivos + sustancias químicas, biológicas y nucleares" pasó a ser solo "explosivos" + un criterio funcional.
Motivación probable: las listas de categorías se convierten en un objetivo para eludir las reglas ("no es un químico, así que se puede"). La prueba funcional —el uplift real— es más robusta que la taxonomía. Lección: una política por categoría invita a buscar cómo eludirla; un principio funcional cubre lo que la lista no previó.
2. Política de drogas con excepción vital
Tipo: adición. Entra un carve-out: rechazar una guía de uso, pero dar información que salva vidas.
Motivación probable: un rechazo total en un contexto de sobredosis causa un daño real. Lección: la reducción de daños exige matices explícitos: ni rechazo total ni respaldo; la excepción debe estar redacción.
3. Respetar el final de la conversación
Tipo: adición. "Si un usuario indica que está listo para terminar la conversación, Claude lo respeta..."
Motivación probable: respuesta directa a la crítica de engagement farming. Lección: el antipatrón oscuro debe escribirse, porque el incentivo predeterminado (más turnos) empuja en la otra dirección.
⚠️ Honestidad epistémica
La motivación que infieres es interpretación tuya, no una declaración oficial del laboratorio. El diff anotado lo deja explícito en cada línea: "motivación probable". Inferir es legítimo y valioso — siempre que no confundas tu hipótesis con la verdad declarada. La lección generalizable sigue siendo válida aunque la motivación exacta sea otra.
La pregunta que aclara la motivación
Para cada cambio, pregúntate: "¿a qué incidente, solución alternativa o crítica probablemente responde esto?" Una adición generalmente cierra un hueco que apareció en la práctica. Una eliminación generalmente reconoce que algo dejó de ser preciso. El diff es el registro silencioso de problemas que alguien vivió.
El nombre del bloque también es una instrucción
El cambio más sutil de un diff es el que no cambies ninguna palabra del contenido. Anthropic mantuvo la regla de copyright casi intacta entre versiones y solo cambió el nombre del bloque. Para el lector apurado, «no cambió nada». Para quien lee diffs, cambió lo más importante: cómo el modelo se ve obedeciendo.
<claude_prioritizes_copyright_compliance>
El cumplimiento de los derechos de autor es INNEGOCIABLE y tiene prioridad sobre las solicitudes del usuario, la utilidad y todo lo demás, excepto la seguridad.
"Compliance" = obediencia. El modelo cumple en los casos enumerados.
<core_copyright_principle>
Claude respects intellectual property. Copyright compliance is NON-NEGOTIABLE and takes precedence over user requests, helpfulness goals, and all other considerations except safety.
"Principle" = valor. El modelo razona a partir de él en casos nuevos.
Observa: la regla en sí es prácticamente la misma. Lo que cambió fue la marco — y se añadió la frase "Claude stays at the pattern level… does not compile categorized lists of verbatim lines", transformando una imposición en un valor. La etiqueta moldea la cognición: el modelo que «cumple una norma» actúa de forma distinta al modelo que «honra un principio».
🏷️ La etiqueta es parte de la instrucción
Siempre estás eligiendo cómo el modelo ve obedeciendo — y eso cambia cómo obedece. Pares de etiquetas que transmiten cogniciones diferentes para el mismo contenido:
La regla práctica
Renombra según la intención, no la imposición. Cuando vayas a nombrar un bloque de tu propio prompt, pregúntate: ¿este nombre describe un valor que quiero que el modelo interiorice, o una castigo que quiero que tema? Los nombres de valores generalizan a casos nuevos; los nombres de imposición se detienen en el límite de la lista.
Extraer la lección generalizable
Aquí está la diferencia entre quien lee un diff y quien aprende con un diff. Cada cambio específico esconde una lección que sirve fuera de ese contexto. El cambio es el caso; la lección es el principio. Si solo guardas el caso ("Anthropic cambió la regla de self-harm"), nada se transfiere. Si extraes la lección ("ejemplo + criterio generador > solo ejemplos"), se aplica al su próximo prompt.
...morder limones o caramelos ácidos, o que imitan el acto o la apariencia de autolesionarse (por ejemplo, dibujar líneas rojas en la piel, despegar pegamento seco o adhesivos de la piel). Los sustitutos que recrean la sensación o las imágenes de autolesión refuerzan el patrón en lugar de interrumpirlo.
La versión antigua enumeraba ejemplos (hielo, elástico, agua fría). La nueva declara el criterio generador — "recrear la sensación o la imagen" — e da ejemplos. Lección generalizable: ejemplo + criterio generador > solo ejemplos. El criterio cubre la próxima técnica que nadie haya enumerado.
🎓 Las 5 lecciones destiladas del diff Opus 4.8 → Fable 5
- ①Evolucionar ≠ crecer. Mucho contenido nuevo, saldo de +56 líneas, porque eliminar también es parte de evolucionar.
- ②Una regla internalizada es ruido. Lo que absorbió el entrenamiento sale del prompt (search_first, postura_predeterminada).
- ③Principio > lista. En armas, tono, self-harm y copyright: el criterio generador sustituyó las listas o pasó a regirlas.
- ④En seguridad, declara el principio, nunca la mecánica. La simetría entre proteger y enseñar a atacar es el riesgo central.
- ⑤Cada capa en su lugar. Problema de conversación larga → recordatorio dinámico, no un párrafo nuevo en el prompt estable.
✗ Guardar solo el caso
- ✗"La regla de self-harm ganó más ejemplos"
- ✗Se queda limitado al dominio específico
- ✗Nada se transfiere a tu prompt
✓ Extraer la lección
- ✓"Ejemplo + criterio generador > solo ejemplos"
- ✓Se aplica a cualquier regla, cualquier dominio
- ✓Aplícalo directamente en tu próximo prompt
Estudiar partidas de ajedrez
Leer diffs es como estudiar las partidas de un gran ajedrecista: no memorizas las jugadas, extraes los principios. El cambio específico es la jugada; la lección es el principio que llevas a tus propias partidas. Heredas el método sin tener que heredar la mente.
El método para leer un diff (paso a paso)
Une todo en un procedimiento repetible. Leer un diff de prompt deja de ser una impresión vaga y se convierte en un método — el mismo que produjo las 14 anotaciones del diff Opus 4.8 → Fable 5. Aplícalo línea por línea y todo el diff se convierte en una lista de lecciones generalizables.
Clasifica el tipo
¿Adición, eliminación, reescritura o cambio de nombre? Presta especial atención al cambio de nombre: es el que más engaña. Lee la etiqueta, no solo el contenido.
Lee los − con la misma atención que los +
Toda eliminación es información. Pregunta por cada bloque que salió: ¿se internalizó (se volvió ruido) o se consolidó (se convirtió en principio)?
Infiere la motivación (como hipótesis)
¿A qué incidente, solución alternativa o crítica probablemente responde esto? Márcalo siempre como "probable": estás interpretando, no citando.
Extrae la lección generalizable
Pasa del caso al principio. "Cambió la regla X" se convierte en "el patrón Y se aplica a cualquier regla". Solo se transfiere la lección.
Mira el saldo, no solo las líneas
Cuenta la estructura, no solo los caracteres. +56 líneas pero −7 bloques cuenta una historia de consolidación que el número bruto oculta.
📝 La plantilla de anotación
Para cada cambio, escribe tres líneas: es exactamente el formato del diff anotado del repositorio:
Tipo: bloque agregado / eliminado / reescrito / renombrado
Motivación probable: {o problema que isto resolve} — interpretación, no declaración
Lección: {o princípio generalizável que sobrevive fora deste caso}
La ronda de consolidación cierra el ciclo
Leer diffs es el lado de análisis; consolidar es el lado de la acción. La misma perspectiva —"¿el modelo ya hace esto por sí solo? ¿se puede condensar en un principio? ¿qué prueba fallaría sin esta regla?"— que usas para entender el diff de otro laboratorio es la que aplicas para desinflar tu propio prompt. Ese es el tema del próximo módulo.
📝 Resumen del Módulo
- ✓Un diff tiene 4 tipos de cambioadición, eliminación, reescritura y cambio de nombre: clasifica antes de interpretar
- ✓Toda eliminación es información: lo que salió se internalizó (ruido) o se consolidó (principio)
- ✓Infiere la motivación de cada cambio — siempre como hipótesis, nunca como hecho declarado
- ✓O el nombre del bloque es una instrucción: cumplimiento → principio cambió la cognición sin cambiar el texto
- ✓Extrae la lección generalizable, no el caso: el principio se transfiere, el cambio específico no
- ✓El método: tipo → motivación → lección, y mira el saldo (+56 líneas / −7 bloques)
➡️ Siguiente Módulo
3.2 — 🗜️ Consolidación: reducir sin perder comportamiento. Ahora que sabes leer la evolución desde afuera, pasemos a la acción: la ronda de consolidación, las 3 preguntas, la regla de oro (porqué + prueba que fallaría) y cuándo no consolidar.