Comparación de versiones
Claude Fable 5.2 frente a 5.1 y cómo migrar
Cuando una herramienta de revisión ya utiliza Fable 5.1, una actualización del modelo puede cambiar tanto el resultado como la forma en que se reanuda la conversación. Comparamos las especificaciones publicadas y las notas de cambio de Anthropic. Utilice la lista de verificación de migración a continuación para probar un trabajo existente antes de cambiar la ID del modelo de producción.
la respuesta rapida
Prueba primero 5.2 con solicitudes nuevas y conserva una referencia fija de 5.1. Comprueba por separado las salidas estructuradas, la reproducción del historial y las herramientas. El menor precio publicado justifica evaluarlo; la continuidad de conversaciones exige una prueba propia.
| Criterio | Fable 5.2 | Fable 5.1 |
|---|---|---|
| ID del modelo | claude-fable-5-2 | claude-fable-5-1 |
| Entrada / salida estándar por millón de tokens | $8 / $40 | $10 / $50 |
| Contexto / salida máxima | 1M / 128K tokens | 1M / 128K tokens |
Fable 5.2 para una nueva revisión
El modelo admite una nueva solicitud con el mismo material fuente y un esquema de respuesta explícito. Anthropic informa una generación de tokens más rápida y un reconocimiento de gráficos más sólido en sus evaluaciones de lanzamiento. Pruebe con un caso con muchas fuentes en el que el revisor 5.1 omitió una etiqueta o contradicción documentada. Marque cada hallazgo con su fuente en ambas salidas.
Fable 5.1 como control
Guarde los resultados 5.1 de un trabajo normal y uno incómodo, como una conversación que se reanuda después del uso de una herramienta. Mantenga visible el material fuente, la tarea exacta y los criterios de aceptación para cada caso. Eso le brinda una referencia estable para comprender si una falla proviene del resultado más reciente o de la solicitud que reconstruyó.
Ensayar una conversación reanudada
Anthropic documenta un manejo más estricto en torno a algunas ideas conservadas y cambios de herramientas. Lea las notas de cambios para su superficie API y pruebe cómo su integración envía turnos anteriores, herramientas e historial compactado. Incluya una conversación nueva reconstruida a partir del estado visible verificado como ruta de recuperación. Conserve ese estado independientemente de los bloques específicos del proveedor.
Compare tres controles de aceptación
Para una revisión de embalaje hipotética, utilice las mismas etiquetas aprobadas, ID de captura de pantalla y campos de salida obligatorios en ambas ejecuciones. La respuesta pasa cuando conserva la etiqueta exacta, identifica la imagen correcta y marca cualquier fuente no disponible como desconocida. Registre los resultados aceptados, el uso facturado y los errores observados. Trate los reintentos como parte de la tarea.
Despliegue en pequeños pasos
Utilice el modelo anterior como comparación para un lote pequeño mientras valida nuevas sesiones en 5.2. Amplíe solo después de que un currículum representativo, el uso de herramientas y la revisión sean exitosos. Mantenga disponible una versión de flujo de trabajo funcional conocida mientras compara los primeros resultados de producción.
Evalúa por separado las solicitudes nuevas y el historial
Prepara dos casos: un brief nuevo sin historial y una revisión guardada que continúe después de usar una herramienta. Asigna a cada uno una respuesta esperada y conserva la estructura exacta de la solicitud. Que funcione el primero no demuestra que el historial se pueda reanudar.
Si falla la continuación, conserva el brief visible, los hallazgos y los identificadores de las fuentes. Reconstruye una conversación nueva con ese material verificado mientras investigas el estado específico del proveedor. Esa recuperación no convierte el fallo de reproducción en un resultado aprobado.
Preguntas frecuentes
¿Ambas versiones tienen el mismo límite de contexto?
La comparación de la plataforma Claude enumera 1 millón de tokens de contexto y 128.000 tokens de salida máximos para ambos.
¿Puedo copiar una conversación pasada en la nueva ruta?
Siga la guía de migración de Anthropic para sus tipos de bloques guardados y su proveedor. Pruebe una repetición representativa por separado de las solicitudes nuevas.
Preservar una línea de base visual
Mantenga las pruebas de embalaje originales junto a cada revisión aceptada en el lienzo de Ciyo para que un revisor pueda rastrear el origen de cada cambio.