Tu agente usa Claude para resolver una tarea larga. En cada turno vuelves a enviar el historial, pero antes recortas la respuesta de una herramienta o actualizas las instrucciones del sistema. La conversación parece la misma para el usuario; para la API, el contexto anterior cambió. Si reenvías un bloque de thinking, ahora puedes recibir un error 400 o perder ese razonamiento.

El 12 de octubre de 2026, Anthropic explicó sus nuevas defensas contra la extracción de razonamiento de Claude. La medida que más afecta a quien construye agentes es preserved thinking: los bloques de pensamiento firmados se pueden reutilizar solo bajo ciertas condiciones. La compañía presenta esta protección como respuesta a campañas de destilación, no como una función nueva que debas activar para usar Claude en el chat.

Qué cambia para una integración real

Al devolver un bloque thinking o redacted_thinking en un turno posterior, la API comprueba que el modelo pueda leerlo y que el prefijo anterior siga intacto. Ese prefijo incluye system, la lista de tools y los mensajes previos al bloque. Cambiar una herramienta, reescribir el primer mensaje o resumir resultados antiguos en el cliente puede invalidarlo. La documentación oficial recomienda mantener system y tools fijos durante la sesión y agregar mensajes al final.

La clave está en conservar el prefijo; el dibujo resume el comportamiento documentado, no muestra una captura de la API.

La verificación del prefijo se aplica por defecto a cuentas creadas desde el 31 de agosto de 2026 en modelos compatibles. En cuentas anteriores puede no aparecer un error aunque el código cambie el contexto. Por eso, probar solo con una clave antigua no demuestra que tu aplicación funcione para cuentas nuevas. El chequeo importa cuando reenvías bloques de pensamiento; si nunca los reenvías, no habrá un bloque previo que validar, pero tampoco conservas ese razonamiento entre turnos.

Una prueba útil antes de desplegar

1. Captura dos solicitudes consecutivas de una sesión de prueba. Usa una tarea de varios turnos donde la primera respuesta sí incluya un bloque thinking. Redacta claves y datos sensibles antes de compartir el registro.
2. Compara lo que realmente envías. system y tools deben permanecer iguales; los mensajes anteriores deben conservar su contenido y orden. El segundo cuerpo de la solicitud puede añadir turnos al final. Revisa especialmente plugins cargados tarde, memoria, compresión hecha por tu cliente, URLs de imágenes y resultados de herramientas que vuelves a serializar.
3. Activa el diagnóstico oficial en un entorno de prueba. El encabezado beta thinking-binding-controls-2026-08-01 expone input_transformations. En cuentas antiguas permite observar thinking_mismatch_allowed sin cambiar cómo se procesa la solicitud. También puedes probar prefix_mismatch_behavior: "drop_block" para medir bloques descartados; úsalo como diagnóstico o parche temporal, no como arreglo permanente.
4. Corrige y repite. Mantén el historial de mensajes como una secuencia a la que solo agregas turnos. Si necesitas instrucciones que cambian cada turno, sigue los patrones de mensajes acotados al turno documentados por Anthropic. Una sesión correcta con bloques de pensamiento debería terminar con input_transformations vacío para errores de prefijo.

Un detalle decisivo: drop_block evita que ciertas solicitudes fallen, pero Claude vuelve a generar razonamiento que ya no puede leer. Anthropic advierte que eso puede aumentar tokens de salida y cambiar la calidad. No es una solución gratuita para un historial mutable. Si tu agente cambia de modelo, también debes revisar qué modelos pueden leer los bloques previos; un bloque incompatible puede descartarse sin error.

La cifra de Anthropic y su límite

Anthropic afirma que sus defensas redujeron aproximadamente entre un 90 % y un 99 % el volumen de datos obtenidos por quienes intentan extraer el razonamiento. Es un resultado preliminar de sus propias mediciones, no una auditoría independiente ni una garantía permanente: la misma empresa reconoce que no sabe cuánto durarán esas ganancias frente a nuevos ataques. También reconoce un costo para integradores legítimos que deben adaptar su software.

Si usas Claude Code, claude.ai o el Agent SDK para construir las solicitudes, la documentación indica que este cambio no te exige reescribirlas. Si administras directamente la Messages API y preservas thinking entre turnos, sí merece una prueba ahora. La decisión práctica no es desactivar la protección: es comprobar que tu agente conserva el contexto que dice conservar y medir cuántos bloques pierde cuando no lo hace.