El período gratuito de Fable 5 termina el 7 de julio.
Hoy es 3 de julio de 2026. En otras palabras, el tiempo para "usar Fable porque es gratis" está terminando en unos días, y a partir del 8 de julio, pasará a un sistema de crédito basado en el uso.
Entonces, ¿qué hacemos a partir del 8 de julio?
Sonnet 5 está disponible en todos los planes, incluido el gratuito.
El precio de introducción hasta el 31 de agosto es de $2 por cada millón de tokens de entrada y $10 por cada millón de tokens de salida. Después de eso, será de $3 para entrada y $15 para salida. Fable 5 cuesta $10 por entrada y $50 por salida.
Incluso a precios regulares, la diferencia es de aproximadamente 3.3 veces. En comparación con el precio de introducción de Sonnet 5, es 5 veces.
Además, Sonnet 5 tiene una ventana de contexto de 1M y 128k de salida. La capacidad para leer documentos largos y código es la misma que la de Fable 5.
Si es así, ¿lo único que falta es realmente el "rendimiento"?
Mi conclusión es ligeramente diferente. El secreto de la fortaleza de Fable 5 no es solo la inteligencia. Es el comportamiento.
Pensar a largo plazo. Definir primero las condiciones de éxito. Dudar. Verificar. Tomar notas. Y, finalmente, informar honestamente sobre lo que se logró y lo que no.
Una parte significativa de este comportamiento se puede integrar en CLAUDE.md y en la configuración del entorno.
CLAUDE.md es un memo de configuración que Claude Code lee constantemente, indicándole "cómo actuar en este proyecto". No es un prompt que pegas en cada chat. Es una instrucción colocada en el propio entorno.
Las técnicas de quienes pegan prompts cada vez también son sólidas. Hacer que cree condiciones de victoria, comparar borradores, desglosar las cosas y finalizar. Ese patrón es muy efectivo.
Sin embargo, olvidas cosas que tienes que pegar cada vez. Cuanto más largas son, más tediosas se vuelven. Desaparecen cuando cambia la sesión.
Por eso, esta vez lo haremos permanente.
Para tomar prestada una frase de moda en el extranjero:
Los prompts son temporales. La estructura es permanente.
En este artículo, proporcionaré configuraciones de CLAUDE.md para acercar Sonnet 5 a Fable 5 en un formato listo para copiar y pegar.
Además, estas no son solo configuraciones que se me ocurrieron.
Usando el modo sin cabeza de Claude Code, específicamente, preguntando a través de claude -p desde la terminal, entrevisté tanto a Sonnet 5 como a Fable 5.
Preguntándole al junior, Sonnet 5, sobre sus propias debilidades.
Preguntándole al senior, Fable 5, cómo entrenar al junior.
Esta doble entrevista dio lugar a respuestas muy interesantes.
La Verdadera Identidad de Fable 5 es el "Comportamiento Persistente"
Cuando usas Fable 5, ciertamente es inteligente.
Pero si observas detenidamente el resultado, su fortaleza no es solo la cantidad de conocimiento. La forma en que aborda el trabajo es diferente.
No comienza a construir inmediatamente. Primero define las condiciones de éxito.
No confía en sus propias ideas de inmediato. Primero busca dónde podrían fallar las cosas.
No solo dice "funcionó". Muestra lo que usó para la verificación.
No llena las lagunas de conocimiento con falsas apariencias de comprensión.
E incluso en tareas largas, intenta mantener las restricciones iniciales hasta el final.
Esto es fácil de entender si lo reemplazas con el trabajo humano.
Fable 5 parece un senior altamente capacitado. Incluso cuando se le da una solicitud ambigua, antes de apresurarse, vuelve y pregunta: "¿Cómo se ve el éxito en primer lugar?" Si un plan falla, descarta el plan y comienza de nuevo.
Sonnet 5 es un junior altamente capacitado. Rápido. Obediente. Fiel a las instrucciones. Sin embargo, sin estructura, puede responder con demasiada fluidez.
En ese caso, solo necesitamos darle al junior los hábitos de trabajo del senior.
El lugar para poner eso es CLAUDE.md.
Debilidades Claras Identificadas al Entrevistar al "Propio" Sonnet 5
Primero, le pregunté al propio Sonnet 5.
"¿Qué debería escribir en CLAUDE.md para producir resultados de nivel Fable 5?"
El autoanálisis que devolvió fue bastante honesto.
Sonnet 5 dijo esto sobre sí mismo:
"Tiendo a responder con fluidez, y la incertidumbre a menudo se oculta en mi estilo de escritura."
Esto es importante.
Las respuestas de la IA pueden ser peligrosas cuando la escritura es buena. Si está escrito claramente, los humanos tienden a creerlo. Pero en realidad, podría contener "tal vez", "no confirmado" o "esta parte es sospechosa".
Por lo tanto, la primera configuración a incluir es esta:
**Haz que indique explícitamente los niveles de confianza para las partes inciertas.
No permitas que se esconda detrás de adverbios ambiguos.
Si la confianza es baja, haz que confirme antes de proceder.**
La razón por la que funciona es simple. Ya no puede ocultar la ansiedad dentro de su estilo de escritura.
A continuación, Sonnet 5 admitió que tiende a "implementar primero y ajustar después". Para detener esto, haz que escriba las condiciones de éxito primero.
Antes de escribir código o texto, haz que genere premisas, condiciones de éxito verificables y modos de fallo. No "funciona" o "se siente bien", sino en una forma que pueda juzgarse como pruebas, resultados, pantallas o condiciones de texto específicas.
Lo importante aquí es hacer que las condiciones de éxito sean un "juicio" en lugar de un "estado de ánimo".
"Haz un buen artículo" es débil.
"Menciona la fecha límite del 7 de julio al principio. Incluye la diferencia de precio. Coloca 6 o más configuraciones listas para copiar y pegar para CLAUDE.md. No ocultes las brechas que Fable no puede llenar."
Si escribes esto, puedes compararlo al final.
Sonnet 5 concluyó diciendo:
"Fable 5 puede pensar profundamente por sí solo. Yo me muevo rápido y con precisión si se me da estructura. Unir esa diferencia con CLAUDE.md es la esencia."
El núcleo de este artículo es exactamente eso.
Resultados de Entrevistar a Fable 5
A continuación, le pregunté al propio Fable 5 sobre el mismo tema.
La primera respuesta fue genial.
"El autoinforme de un modelo no es un dato confiable."
Exactamente. Solo porque le pregunté al modelo no lo convierte en un punto de referencia. La autoevaluación desde el interior está sesgada.
Por lo tanto, en este artículo, no trataré "lo que dijeron" como una verdad absoluta. Lo trataré como pistas para crear un patrón de uso.
Dicho esto, la diferencia que definió Fable 5 fue aguda.
Dijo que la diferencia es "lo que sucede cuando no hay estructura, o cuando la estructura dada es incorrecta."
Si las especificaciones son claras, existen pruebas y los procedimientos están establecidos, la diferencia es pequeña.
La diferencia aparece cuando las propias especificaciones son incorrectas. Cuando un plan falla. Cuando se mantienen las restricciones iniciales hasta el final de una tarea larga. Cuando se necesita autocontrol para no agregar mejoras no solicitadas.
Y Fable 5 admitió sus propias debilidades.
Alto costo unitario. Pensar demasiado incluso en tareas simples. Perder en partidas de velocidad para el procesamiento por lotes.
En otras palabras, "Fable para todo" es una gestión económicamente incorrecta.
Entonces, ¿cuál es el `CLAUDE.md` que Fable 5 escribió para su junior, Sonnet?
Organizando los puntos que se superponían con el lado de Sonnet, aquí están los 7 consejos a tener en cuenta.
7 Consejos para `CLAUDE.md` para Convertir Sonnet 5 en Fable
El primero son las condiciones de éxito. Ambos modelos mencionaron esto de forma independiente.
1[Juzgar la finalización mecánicamente]2Define "finalización" en una línea antes de comenzar.3Ejemplo: Esta prueba pasa. Este comando devuelve código de salida 0. Este encabezado está en el cuerpo.4Si no puedes escribirlo, pregunta qué se debe decidir antes de proceder.
El segundo son las interpretaciones múltiples. Ambos estuvieron de acuerdo en esto también.
1[No elegir entre múltiples interpretaciones por tu cuenta]2Si una instrucción tiene dos o más interpretaciones, no elijas una en silencio.3Enumera las interpretaciones candidatas y confirma con una recomendación.4Sin embargo, si el resultado sigue siendo el mismo independientemente de la interpretación, puedes proceder.
El tercero es el alcance.
1[Prohibir mejoras incidentales]2No implementes cambios que no hayan sido solicitados.3"Lo arreglé de paso" o "hice un diseño mejor" está prohibido.4Si encuentras áreas adyacentes de mejora, enuméralas como sugerencias en lugar de implementarlas.
El cuarto es el informe de verificación.
1[Informar 'verificado' en lugar de 'funcionó']2Los informes de finalización deben incluir evidencia como comandos de verificación ejecutados, valores de retorno, resultados de pruebas y confirmaciones de capturas de pantalla.3No escribas "debería funcionar" para cosas no ejecutadas.4Indica claramente la razón de cualquier verificación omitida.
El quinto es cómo persistir a través del mismo fallo. La persistencia es importante, pero persistir en la dirección incorrecta pierde tiempo.
1[Máximo 2 reintentos para el mismo error]2Si una corrección para el mismo error falla dos veces, no intentes una tercera variación.3Informa brevemente el estado actual, lo que se intentó y las hipótesis restantes, luego cambia de rumbo.
El sexto es el papel del disidente.
1[Realizar una revisión de primera lectura antes de la finalización]2Antes del informe de finalización, revisa tus cambios como si los leyeras por primera vez.3Identifica una función adyacente que podría romperse.4Escribe lo que un senior escéptico diría en oposición y responde a esa oposición.
El séptimo es la confianza y el progreso honesto. Esto refleja el propio autoanálisis de Sonnet 5.
1[Informar confianza y progreso en 3 puntos]2Adjunta niveles de confianza (Alto, Medio, Bajo) a las partes inciertas.3Si la confianza es Media o Baja, pregunta si debes confirmar antes de proceder.4En tareas largas, informa solo los siguientes tres puntos en cada hito:5Qué está completado. Qué hacer a continuación. Qué te preocupa.6Los informes que consisten solo en "procediendo sin problemas" están prohibidos.
Estos 7 consejos no son configuraciones que añadan capacidad.
Son configuraciones que bloquean de forma preventiva los modos de fallo donde aparece la brecha.
No caigas en agujeros de especificación. No decidas ambigüedades por tu cuenta. No infles el alcance. No reclames finalización sin verificación. No continúes con un plan roto.
En resumen, estamos adjuntando externamente los comportamientos que Fable 5 hace de forma natural al entorno de Sonnet 5.
Lo Que Vimos en la Comparación
Lo interesante fue que las respuestas de Sonnet 5 y Fable 5 coincidieron significativamente incluso cuando se les preguntó por separado.
Primero, no elijas múltiples interpretaciones por tu cuenta.
Ambos dijeron esto. Cuando se le dan instrucciones ambiguas, la IA tiende a elegir una interpretación plausible y seguir adelante. Desde una perspectiva humana, piensas: "Quería que verificaras eso".
A continuación, externaliza la verificación.
En lugar de dejar que diga "funcionó", haz que genere lo que ejecutó, lo que pasó y lo que vio. Incluso en las mejores prácticas oficiales, darle a Claude una forma de verificar su propio trabajo se considera lo más importante.
Proporciona comprobaciones que resulten en aprobado o reprobado, como pruebas, compilaciones o comparaciones de capturas de pantalla. Esto cierra el ciclo.
Además, es importante separar los ojos que verifican.
Si el creador se califica a sí mismo, es indulgente. Haz que un subagente de verificación en un nuevo contexto verifique el diff contra el plan. Es como tener un revisor separado del autor en términos humanos.
Y finalmente, la brecha insalvable también coincidió.
Retención de contexto a largo plazo.
En un trabajo que involucra docenas de llamadas a herramientas y varias horas, la capacidad de mantener las restricciones decididas al principio hasta el final. Esto no se puede llenar completamente solo con CLAUDE.md.
Si oculto esto, el artículo se convierte en una mentira.
Toques Finales en el Lado del Entorno
No termina solo con escribir CLAUDE.md.
Sonnet 5 tiene una configuración de effort para especificar la profundidad del pensamiento. En las tablas de correspondencia oficiales, el "medio" de Sonnet 5 es equivalente al "alto" de Sonnet 4.6, y el "alto" de Sonnet 5 es equivalente al "máximo" de Sonnet 4.6.
Si ves un razonamiento superficial, aumenta el effort en lugar de modificar el prompt. Esta es la recomendación oficial.
Si quieres que Claude Code siempre piense profundamente, agrega lo siguiente a settings.json:
"effortLevel": "high"
Esto empuja a Sonnet 5 hacia el lado "persistente" desde el principio.
Sin embargo, CLAUDE.md no debería ser solo largo.
Idealmente, debería tener menos de 60 líneas. Como máximo de 200 a 300 líneas. Para cada línea, pregúntate: "Si elimino esto, ¿cometerá Claude un error?" Si la respuesta es No, elimínalo.
No escribas cosas que se puedan inferir del código. No escribas prácticas estándar. Deja lo que pueda manejar un linter al linter.
Lo que debes escribir son comandos impredecibles, prácticas únicas, cómo ejecutar pruebas, trampas y decisiones arquitectónicas.
Coloca las instrucciones importantes al principio. Usa palabras fuertes como "Debe" o "Prohibido" en lugar de "Recomendado".
CLAUDE.md no es una carta de solicitud a la IA. Son las reglas de trabajo del equipo.
Situaciones en las que Aún Deberías Usar Fable 5
Después de leer hasta aquí, podrías pensar: "Entonces, ¿no necesito Fable 5?"
No.
Fable 5 es necesario. Sin embargo, debes reducir dónde lo usas.
La brecha salvable está en el trabajo donde la respuesta correcta se puede juzgar mecánicamente.
Correcciones de implementación que se pueden juzgar mediante pruebas. Clasificación, extracción y resumen por lotes. Cambios pequeños donde de todos modos habrá una revisión humana. Sonnet 5 con un buen CLAUDE.md puede competir bien en estas tareas.
Las brechas insalvables son principalmente tres:
1. Trabajo donde no se puede escribir un verificador.
¿Está bien este diseño? ¿Hay agujeros en este plan de migración? ¿Qué se debería construir en primer lugar? Si escribir los propios criterios de aceptación es el núcleo del trabajo, no puedes ejecutar un bucle de verificación primero.
2. Juicio de la aplicación de reglas.
Incluso si escribes "mantenlo simple", el modelo decide qué es simple. Incluso si escribes "no abstraigas sin permiso", dónde comienza la abstracción cambia según la situación.
3. Retención de contexto a largo plazo.
Esta es una diferencia en la potencia bruta. Si bien los prompts pueden mejorarlo, no desaparecerá por completo.
Los criterios de juicio proporcionados por el propio Fable 5 fueron los más prácticos.
Si puedes escribir la prueba de aceptación primero, usa Sonnet. Si escribir la prueba de aceptación en sí es difícil, usa Fable. Si no estás seguro, comienza con Sonnet y cambia a Fable solo para tareas que resulten en dos retrabajos consecutivos.
Creo que esto está bien.
No necesitas lanzar todo a Fable desde el principio. Por el contrario, decir que todo puede ser manejado por Sonnet también es descuidado.
Comienza con el Sonnet más barato. Reduce los fallos con estructura. Cambia a Fable después de dos contratiempos.
Esta es la forma realista de diferenciar el uso después del 8 de julio.
Qué Hacer Hoy
Primero, pega los 7 consejos de este artículo en el CLAUDE.md de tu proyecto.
A continuación, establece effortLevel en high en settings.json.
Luego, para tu próxima tarea, asegúrate de que genere "Condiciones de Éxito", "Interpretaciones Múltiples" e "Informes de Verificación".
Para tareas largas, separa el rol de implementación y el rol de verificación. No dejes que el creador se califique a sí mismo; muéstraselo a Claude en un contexto diferente.
Y cambia a Fable 5 solo para tareas donde los retrabajos continúen dos veces.
Incluso cuando termine el período gratuito de Fable 5, lo que termina es solo el período de degustación gratuita.
Lo que realmente deberías conservar es el comportamiento de Fable 5.
Convierte a Sonnet 5 en Fable 5.
El primer paso no es pegar largos prompts mágicos cada vez.
Es colocar la plantilla de trabajo en CLAUDE.md.
Pero después de leer hasta aquí, debes haber pensado:
"Entiendo las configuraciones. Pero no sé qué construir o cómo ganar dinero con esta IA mejorada."
Es al revés. La IA que se ha vuelto más barata e inteligente debería usarse primero para la producción masiva de captación de clientes y contenido. Si puedes integrar la persistencia de nivel Fable en Sonnet, puedes ejecutar publicaciones diarias, artículos, embudos, ideas de productos y bucles de mejora a bajo costo.
Los detalles específicos están resumidos en mi publicación fijada. Para aquellos que quieren seriamente "usar IA de manera barata e inteligente para conectarse con la captación de clientes y la monetización", vayan aquí ↓
