Actualización, 2026-06-13: Después de publicar este artículo, Anthropic comunicó que una directiva estadounidense de control de exportaciones le exigía suspender el acceso a Fable 5 y Mythos 5 para todos los clientes. Anthropic indicó que recibió la directiva el 2026-06-12 a las 17:21 ET, que los demás modelos de Anthropic no estaban afectados y que la empresa trabajaba para restaurar el acceso. Las fechas de acceso y la ruta de precios que aparecen abajo son históricas; el patrón de auditoría sigue siendo válido. El análisis separado del impacto empresarial está aquí: qué significa la suspensión de Fable 5 y Mythos 5 para los workflows de IA.
Use Claude Fable 5 primero como modelo de planificación para auditorías extensas de código. Su valor reside en la comprensión del repositorio, la clasificación de riesgos y la elaboración de planes de tareas conscientes del coste, antes de que alguien modifique el código fuente.
La fecha importa porque la modalidad de facturación cambia el June 23.
Hasta el June 22, Fable 5 está incluido en los planes Claude elegibles. A partir de entonces, los equipos pueden seguir usándolo mediante facturación por consumo y API, lo que hace más práctica la pregunta relevante: ¿qué ejecuciones de auditoría merecen el presupuesto de Fable?
- El acceso del plan cambia después del June 22. Fable 5 sigue disponible mediante acceso con precio por uso; Anthropic establece 10 dólares por millón de tokens de entrada y 50 dólares por millón de tokens de salida.
- La primera ejecución útil es de solo lectura. Solicite mapas del repositorio, orden de riesgos, pruebas faltantes y planes de tareas antes de pedir cambios en el código.
- webvise usó el lanzamiento para calibrar un proceso de auditoría. El objetivo era identificar dónde vale la pena invertir tiempo de revisión, no dramatizar el mantenimiento ordinario.
- Las restricciones de privacidad determinan el prompt. Fable requiere retención de datos por 30 días para el seguimiento de seguridad, por lo que los secretos y los registros de clientes quedan fuera del contexto.
- El modelo de mayor coste pertenece a la capa de planificación. Use Fable para la comprensión y el juicio; luego delegue las tareas acotadas a ingenieros o ejecutores más económicos.
Si su equipo quiere la misma estructura antes de que cambie el acceso del plan, el servicio de consultoría de IA de webvise puede convertir un repositorio y un flujo de trabajo en un plan de remediación revisado.
June 23 Cambia la Modalidad de Facturación
La página de Fable de Anthropic posiciona Claude Fable 5 en torno al trabajo de conocimiento exigente, tareas de código extensas y ejecuciones de agentes que superan una sesión de chat habitual. Eso lo hace útil para auditorías cuyo resultado es un plan, no un parche rápido.
El período incluido en el plan sirve para un sprint de auditoría cuidadoso. A partir del June 23, el mismo entorno debería ejecutarse con presupuestos de API, registros y una definición más precisa de qué preguntas requieren el modelo más capaz.
| Dato | Detalle | Cómo enrutarlo |
|---|---|---|
| Acceso incluido en el plan Claude | Válido hasta el June 22 para planes elegibles | Úselo para un mapa del repositorio, un análisis de riesgos y un paquete de plan |
| Después del June 22 | Acceso con precio por uso disponible | Reserve Fable para preguntas ambiguas, de alto coste o entre sistemas |
| Precio de la API | 10 dólares de entrada y 50 dólares de salida por millón de tokens | Establezca presupuestos antes de ejecuciones largas y guarde registros de tokens |
| Contexto y salida | Contexto de 1 millón de tokens y salida máxima de 128 000 tokens | Combine mapas del repositorio, documentación e incidencias en una revisión estructurada |
| Retención de datos | 30 días para el seguimiento de seguridad | Excluya secretos, registros de clientes y exportaciones de producción |
Una Buena Auditoría Comienza en Solo Lectura
El primer análisis debe producir decisiones antes que cambios en el código. Un modelo de gran escala puede leer más contexto del que un revisor puede procesar en una sola sesión, pero el artefacto útil sigue siendo una lista corta y revisable de hallazgos.
La ejecución del 10 de junio utilizó un paquete fijo sobre proyectos activos seleccionados y flujos de trabajo internos. El objetivo era la calibración: qué hallazgos resultaban lo bastante útiles para que los ingenieros actuaran, qué prompts generaban ruido y qué archivos debían quedar fuera del contexto.
- Mapa del repositorio: aplicaciones, paquetes, manejadores de rutas, límites de autenticación, modelos de datos, scripts de despliegue y comandos de prueba.
- Análisis de riesgos: comprobaciones de permisos, manejo de variables de entorno, cargas de archivos, webhooks, límites de tasa, formularios y uso de APIs de terceros.
- Análisis de pruebas: pruebas negativas faltantes, cobertura de integración débil, scripts lentos, brechas de localización y riesgos de QA visual.
- Resultado del plan: ruta del archivo, comportamiento actual, cambio propuesto, comando de validación, responsable y condición de parada.
- Revisión humana: hallazgos aceptados, rechazados, aparcados y el motivo de cada decisión.
Un sitio multilingüe en mantenimiento puede necesitar únicamente una cobertura de rutas más sólida en torno a las páginas localizadas y la generación del sitemap. Se trata de higiene ordinaria del producto, y Fable resulta útil porque puede conectar enrutamiento, archivos de contenido y comportamiento de búsqueda en una sola revisión.
Una aplicación de flujos de trabajo puede necesitar pruebas de idempotencia antes de modificar las colas. Ese hallazgo indica que el flujo de trabajo tiene valor de negocio y merece garantías en torno a los modos de fallo antes de que un agente edite el sistema circundante.
Invierta Fable en la Planificación y Ejecute con Modelos Más Económicos
Un contexto de un millón de tokens tienta a los equipos a entregar todo el repositorio al modelo y pedir trabajo terminado. El patrón más adecuado es más estrecho: dejar que Fable lea, clasifique y redacte tareas, y luego mantener la ejecución dentro de la revisión habitual.
| Función del modelo | Use Fable para | Compuerta de revisión |
|---|---|---|
| Comprensión del repositorio | Mapear el sistema y clasificar las superficies de mayor riesgo | El ingeniero verifica los archivos citados antes de aceptar el plan |
| Inventario de seguridad | Identificar patrones de exposición y pruebas faltantes | El responsable humano decide qué hallazgos se convierten en tareas |
| Revisión de arquitectura | Explicar el acoplamiento, la duplicación y el riesgo de migración | El responsable acepta la forma objetivo antes de editar |
| Planificación de la ejecución | Redactar paquetes de tareas pequeñas con comandos y salida esperada | Cada tarea tiene una condición de parada |
| Revisión de rama | Auditar la superficie modificada antes de la fusión | El revisor compara los hallazgos con el diff |
Esto solo funciona cuando las instrucciones del repositorio son claras. La versión de producción se desarrolla en el artículo sobre la plantilla AGENTS.md, que muestra qué debe contener el archivo antes de que los agentes toquen una base de código seria.
Las Normas de Privacidad Determinan Qué Entra en el Prompt
La regla de retención de datos por 30 días de Fable cambia la construcción del prompt para el trabajo con clientes. El paquete de revisión debe contener contexto suficiente para razonar sobre el sistema sin incluir secretos, exportaciones de producción ni registros privados de clientes.
- Excluya los secretos. Las credenciales, los registros privados de clientes, las exportaciones de producción y el análisis sin procesar quedan fuera del contexto del modelo.
- Use fragmentos. Envíe mapas del repositorio, grupos de archivos saneados, pruebas fallidas y notas de arquitectura en lugar de un volcado indiscriminado.
- Registre la ejecución. Anote el modelo, la fecha, el presupuesto de tokens, los archivos inspeccionados, los comandos ejecutados y los hallazgos aceptados.
- Controle las acciones sensibles. Los cambios de permisos, las acciones de facturación, los envíos de correo, las escrituras en producción y la eliminación de datos requieren aprobación humana.
- Conserve los hallazgos rechazados. Los falsos positivos son útiles cuando el motivo queda registrado y la siguiente auditoría puede descartarlos.
Aquí es también donde se integra el servicio de automatización de IA de webvise. Un hallazgo que aparece en varios proyectos suele ser candidato a automatización: generación recurrente de informes, comprobaciones repetidas de QA, documentos de entrega desactualizados o revisión manual de versiones.
Cuándo Fable Justifica su Precio
Después del June 22, la decisión se vuelve económica. Fable justifica su precio cuando la respuesta ahorra tiempo de revisión sénior, evita un desvío costoso o convierte una preocupación de mantenimiento vaga en trabajo acotado.
| Pregunta | Buen uso de Fable | Alternativa más económica |
|---|---|---|
| ¿Cómo encaja este repositorio extenso? | Mapa del sistema con riesgos, responsables e incógnitas | Un modelo más pequeño resume una carpeta concreta |
| ¿Por dónde podría salir información del sistema? | Inventario de exposición en autenticación, formularios, registros y webhooks | Un ingeniero revisa una familia de rutas |
| ¿Cómo debemos dividir una migración? | Plan secuenciado con condiciones de parada y comandos de validación | El equipo redacta tickets a partir de una decisión de arquitectura existente |
| ¿Está esta rama lista para fusionarse? | Revisión del diff frente al plan original y la lista de riesgos | Una revisión de código habitual gestiona un cambio pequeño y local |
| ¿Puede un agente solucionar esto hoy? | Paquete de tareas con alcance, comandos y ruta de reversión | Un humano edita el archivo directamente |
Una auditoría de código es mantenimiento ordinario para el software que cumple su función. Los proyectos saludables acumulan historial de decisiones, riesgo de integración y falta de garantías en torno a suposiciones antiguas.
Use el Período del Plan como Calibración
El sprint de junio adecuado es reducido: un repositorio, un flujo de trabajo, un presupuesto y un revisor que pueda aceptar o rechazar los hallazgos. El resultado debe ser un plan en el que confiaría aunque un modelo diferente ejecute el trabajo más adelante.
| Ejecución | Entrada | Salida |
|---|---|---|
| Mapa del repositorio | README, scripts, árbol de la aplicación, esquema de entorno, notas de despliegue | Mapa del sistema y lista de incógnitas |
| Revisión de riesgos | Rutas de autenticación, rutas de API, formularios, cargas, webhooks | Hallazgos clasificados por impacto y evidencia |
| Revisión de pruebas | Comandos de pruebas unitarias, de integración, e2e, lint y typecheck | Garantías faltantes y rutas de verificación fallidas |
| Redacción del plan | Hallazgos aceptados | Tareas autocontenidas con comandos y salida esperada |
| Revisión humana | Planes y evidencia | Lista de remediación aprobada, rechazada o aparcada |
Para los proyectos de webvise, la parte útil es operacional: Fable ayuda a identificar dónde falta evidencia, dónde un cambio futuro merece una prueba y dónde un plan de agente necesita un responsable humano.
webvise aplica esta estructura de auditoría a sitios web, aplicaciones y flujos de trabajo de IA que necesitan planes más claros antes de modificar el código. Si gestiona una base de código o un flujo de trabajo que resulta costoso de mantener, reserve una llamada de proyecto con un repositorio y un proceso que quiera revisar.
Las prácticas de webvise están alineadas con las normas ISO 27001 e ISO 42001.