Claude se volvió 'tonto' en toda la red, y Anthropic aclara el motivo: No es el modelo quien te falla

marsbitPublicado a 2026-07-12Actualizado a 2026-07-12

Resumen

**Los usuarios de Claude Code se quejaban de que el modelo se volvió más torpe, pero Anthropic aclara: el problema no era el modelo, sino el ajuste de "Esfuerzo".** En marzo, muchos desarrolladores notaron que Claude Code parecía menos competente: omitía leer archivos o ejecutar pruebas. La comunidad criticó fuertemente a Anthropic. La causa real fue un cambio en la configuración predeterminada del nivel de **Esfuerzo (Effort)**, de "alto" a "medio", realizado para reducir la latencia. Este ajuste afectó cuánto trabajo invertía Claude en una tarea, no su conocimiento fundamental. Anthropic explica la diferencia clave entre **Modelo** y **Esfuerzo**: * **Modelo (Sonnet, Opus, Fable):** Representa la "inteligencia" o conocimiento base del modelo (pesos congelados del entrenamiento). Cambiarlo resuelve problemas de "¿puede hacerlo?". * **Esfuerzo (Effort):** Representa la "actitud" o cuánto trabajo está dispuesto a realizar en una tarea específica (leer archivos, ejecutar pruebas, verificar). Un Esfuerzo bajo hace que Claude responda rápido pero pida más contexto; un Esfuerzo alto lo hace investigar y trabajar de forma más autónoma. **Conclusión importante:** Un modelo más pequeño (como Sonnet) con un Esfuerzo alto puede superar a un modelo más grande (como Opus) con un Esfuerzo bajo en muchas tareas. El cambio de marzo demostró que los usuarios a menudo subestimaban el impacto del control de Esfuerzo, culpando erróneamente al modelo. **Marco para solucionar problemas:**...

¿Un modelo más grande equivale a más inteligente?

【Resumen】¿Un modelo más grande equivale a más inteligente? Este podría ser el mayor malentendido entre los usuarios de Claude Code. Muchos, por esto, han cambiado hasta al más caro, Fable. Recientemente, Anthropic aclaró personalmente este error.

¿Has tenido ese momento? Claude Code escribe un código mal, y tu primera reacción es cambiar rápidamente a un modelo más potente.

Pero este truco, muchas veces, no funciona, e incluso es gastar dinero en vano.

Recientemente, Anthropic publicó un extenso artículo oficial dedicado precisamente a explicar esto.

Artículo largo oficial de Anthropic

La razón es que demasiada gente confunde las dos opciones en Claude Code:

Una es la selección del modelo (Model), la otra es el nivel de esfuerzo (Effort).

Artículo largo oficial de Anthropic

Antes, la comprensión de estas dos opciones era muy simple: un modelo más grande, la IA es más inteligente; subir el Effort, simplemente hace que la IA piense un poco más.

Y justo en marzo de este año, este malentendido causó un caos no pequeño.

En ese momento, muchos desarrolladores descubrieron que su Claude Code de repente se había «vuelto tonto». No leía los archivos que debía, no ejecutaba las pruebas que debía, dejaba el trabajo a medias y, en cambio, te pedía más información.

Así que, en GitHub, hubo una ola de quejas.

El golpe más duro vino de Stella Laurenzo, directora de IA de AMD.

En GitHub, revisó registros de 6852 sesiones, midió que el volumen de pensamiento de Claude había caído un 67% respecto a antes de febrero, y dejó esta frase:

Claude ya no puede ser confiado para trabajos de ingeniería complejos.

Claude ya no puede ser confiado

Al principio, todos pensaron que no habían escrito bien el prompt, o que algo en la configuración estaba mal. Después de dar muchas vueltas, se dieron cuenta: el problema no estaba en ellos, fue Anthropic quien cambió sigilosamente una configuración.

El 4 de marzo, para reducir la latencia, bajaron en Claude Code el nivel predeterminado de la opción Effort, de high a medium.

También estaba escrito en el registro de actualizaciones oficial, pero la mayoría no se dio cuenta, solo sintieron que su modelo, sin razón aparente, parecía haberse vuelto más estúpido.

Resistieron un mes, y Anthropic no devolvió el nivel predeterminado hasta el 7 de abril, además de restablecer una vez la cuota de uso para todos los usuarios suscritos.

Y fue entonces cuando la mayoría supo que este interruptor siempre había estado al alcance de su mano, decidiendo en silencio: si la IA estaría dispuesta o no a trabajar para ti al máximo.

Model cambia el cerebro, Effort cambia la actitud

La explicación oficial de Anthropic se puede resumir en esta simple frase:

Model cambia el cerebro, Effort cambia la actitud.

Primero, Model, cambia el cerebro.

Detrás de cada modelo hay un conjunto de «pesos congelados», su capacidad y conocimiento se sellan en el momento en que termina el entrenamiento: solo lectura, inmodificables.

Esto significa que el prompt que le das durante la inferencia, el CLAUDE.md, el código que pegas en el contexto, nada de eso puede cambiar estos pesos: puedes guiarlo, pero no «entrenarlo».

Cambiar de modelo es esencialmente cambiar todo un conjunto de pesos para que haga tu trabajo, por lo que resuelve el problema de «saber o no saber».

Una biblioteca que no existía cuando se entrenó el modelo, si le das toda la documentación, puede aprenderla sobre la marcha y usarla, pero eso solo sirve para esa solicitud, el modelo en sí no recuerda ni una palabra, lo olvida al instante.

Ocasionalmente, invoca con seriedad una API que no existe, por la misma razón. No es que no haya buscado, es que los pesos, siguiendo los viejos patrones del entrenamiento, improvisan algo.

Mirando un poco más al nivel bajo, queda aún más claro. Tu `const x = await fetch`, ante los ojos del modelo, primero se corta en tokens, cada uno se convierte en un número del vocabulario.

Fuente: Artículo oficial del blog de Anthropic

Una línea de código que escribes, después de cortarse en tokens, corresponde cada una a un entero del vocabulario: `const` es 1078, `await` es 2597, el vocabulario tiene unos 100 mil. El modelo nunca recibe texto, recibe esta cadena de números.

El modelo no escupe toda la respuesta de una vez. Predice un token a la vez, lo añade, y luego vuelve a calcular toda la cadena para predecir el siguiente. Una respuesta de doscientos tokens, son doscientos cálculos completos.

El tiempo que esperas, el dinero que quemas, la mayor parte está en este ciclo.

Luego, Effort, cambia la «actitud».

Muchos piensan que alto Effort es «pensar unos segundos más». Error.

Gestiona cuánto trabajo está dispuesto a invertir Claude en esta tarea: leer cuántos archivos, ejecutar o no pruebas, hacer o no verificación adicional, si debe llevar una tarea de múltiples pasos hasta el final antes de volver a ti.

En pocas palabras: un Claude con bajo Effort tiende a responder rápido, y luego te pide más contexto, evitando actuar si puede; un Claude con alto Effort tiende a buscar información por sí mismo, usar herramientas varias veces, ejecutar cadenas de tareas largas de un tirón.

Effort en Claude Code se divide en varios niveles, no lo veas como una línea rígida de presupuesto de tokens.

Es una señal de comportamiento, le dice a Claude qué tan exhaustivo y con qué certeza debe realizar este trabajo. La respuesta de texto, el uso de herramientas, el pensamiento extendido, todo está bajo su jurisdicción.

Oficialmente también mostraron un diagrama: con el mismo prompt, un Effort alto puede generar aproximadamente 7 veces más tokens que uno bajo. Esos tokens extra se gastan todos en leer archivos, ejecutar verificaciones, confirmar repetidamente.

Fuente: Artículo oficial del blog de Anthropic

Con el mismo prompt, la ruta de alto Effort genera aproximadamente 7 veces más tokens que la de bajo Effort. Los adicionales se gastan todos en leer archivos, ejecutar verificaciones y confirmaciones repetidas.

Aquí hay una conclusión contraintuitiva: un modelo pequeño con alto Effort, bien puede superar a un modelo grande con bajo Effort.

¿No sabe, o no se esfuerza lo suficiente?

Conociendo la división, lo verdaderamente útil es el marco de juicio que dio la oficial.

Fuente: Artículo oficial del blog de Anthropic

Marco de juicio oficial: Si Claude se equivoca, pregúntate primero si no es lo suficientemente inteligente o no se esfuerza lo suficiente, luego decide si cambiar de modelo o aumentar el Effort.

Si Claude la pifia, no te apresures a tocar la opción del modelo.

El primer paso es siempre revisar el contexto: ¿está claro el prompt? ¿Se dieron las herramientas necesarias? ¿Está emparejado el CLAUDE.md? La mayoría de los llamados «la IA se volvió tonta», la raíz está aquí, no en la opción del modelo.

Si el contexto está realmente bien y aún así se equivoca, pregúntate: ¿es que no sabe, o no se esfuerza lo suficiente?

«No se esfuerza lo suficiente» es fácil de juzgar: se salta los archivos que debería leer, no ejecuta pruebas, la refactorización la deja a medias y vuelve a preguntarte. Lo que le falta no es cerebro, es dedicación.

Esto es cosa del Effort, se puede subir un nivel.

Si «no sabe», es otra situación: le diste contexto suficiente, claramente se esforzó, pero aún se equivoca, lo intentas de otra manera y sigue equivocándose.

En este caso, por mucho que subas el Effort, es inútil, es cosa del modelo: hay que cambiar a uno más potente.

Oficialmente también dieron un ejemplo muy fácil de entender.

Sonnet, es un todoterreno que tiene toda una tarde.

Lee tu código de principio a fin, lo ejecuta, lo verifica, y al final realmente comprende a fondo tu trabajo.

Opus, es un experto que solo te da cinco minutos. Trae experiencia que ni siquiera está en tu base de código, los problemas que ha visto, las trampas que debe evitar, todo es intuición acumulada de resolver un montón de problemas similares. Pero cinco minutos es muy poco tiempo, solo le da para echar un vistazo, no para revisar todos los archivos.

Fable, es el especialista que solo se llama cuando todos los demás están atascados. Incluso con solo cinco minutos, puede detectar de un vistazo ese fallo que nadie más vio.

Por supuesto, este experto también es el más caro por token, hay que reservarlo para los huesos duros que realmente nadie más puede resolver.

De ahí esa conclusión contraintuitiva:

Un Sonnet con alto Effort, en muchos trabajos realmente puede superar a un Opus con bajo Effort. Un modelo pequeño con contexto suficiente y alta dedicación, puede manejar más de lo que imaginas.

Fuente: Artículo oficial del blog de Anthropic

En tareas largas y de múltiples pasos, Fable marca la mayor diferencia. En las pruebas oficiales, hay algunas tareas que Opus y Sonnet no pueden alcanzar con ningún nivel de Effort.

Después de competir en las listas de modelos, asignar tareas a la IA se ha convertido en un arte duro

Esta interpretación oficial, en superficie te enseña a ajustar parámetros, pero en el fondo es un cambio importante:

La competencia en programación con IA está pasando de «qué modelo es más fuerte» a «quién sabe mejor orquestar agentes».

Antes era simple, uno elegía el modelo más fuerte y le dejaba todo lo demás.

Ahora es diferente. Tienes que actuar como un director de proyecto, asignar diferentes roles a diferentes modelos, establecer diferentes niveles de dedicación:

Cambios simples para Sonnet en nivel bajo, respuesta rápida y ahorro de dinero; refactorizaciones grandes para modelo fuerte en nivel alto; tareas de agente que requieren ejecución autónoma prolongada, modelo fuerte con Effort suficiente.

Estas operaciones no solo hacen mejor el trabajo, lo que ahorran es dinero real en la factura de tokens.

El nivel extra `ultracode` en el menú de Effort de Claude Code, es precisamente esta «orquestación» llevada al producto.

Seleccionándolo, Claude recibe potencia de xhigh, más una autorización: al encontrar trabajo sustancial, él mismo evalúa si necesita formar un equipo de agentes, dividir la tarea y ejecutarla en paralelo.

Mirando hacia atrás en el incidente de «volverse tonto» de marzo.

Lo que conmocionó a toda la comunidad, precisamente porque la mayoría aún estaba en la vieja mentalidad de «cambiar de modelo», sin darse cuenta de esta opción de Effort más crucial que tenían a mano.

La era de solo mirar los rankings de modelos está terminando, orquestar modelos se está convirtiendo en la habilidad central.

Quien aprenda primero a asignar trabajo a la IA, podrá adelantarse un paso y usar ese Claude que realmente está dispuesto a esforzarse por ti. De lo contrario, el modelo más caro que tengas en tus manos, será solo un cuadro de búsqueda más caro.

Solo así, cada token que quemes, realmente se gastará donde más importa.

Referencias:

https://claude.com/blog/claude-model-and-effort-level-in-claude-code

https://x.com/ClaudeDevs/status/2074900291062034618?s=20

https://platform.claude.com/docs/en/managed-agents/multi-agent

Editor: Yuanyu

Este artículo proviene del WeChat público «新智元», autor: ASI启示录

Preguntas relacionadas

QSegún el artículo, ¿cuál es la diferencia principal entre cambiar el Modelo (Model) y ajustar el Nivel de Esfuerzo (Effort) en Claude Code?

ACambiar el Modelo es cambiar la 'inteligencia' del modelo, es decir, su conjunto de pesos y conocimientos fijos entrenados. Ajustar el Nivel de Esfuerzo es cambiar su 'actitud' o disposición para trabajar: cuántos archivos leer, si ejecuta pruebas, cuánta verificación hace y qué tan exhaustivo es al completar tareas.

Q¿Qué sucedió en marzo que hizo que muchos usuarios pensaran que Claude Code se había vuelto 'más tonto'?

AEn marzo, Anthropic cambió silenciosamente el valor predeterminado del Nivel de Esfuerzo (Effort) en Claude Code de 'high' a 'medium' para reducir la latencia. Esto hizo que Claude realizara menos trabajo autónomo (como leer archivos o ejecutar pruebas), lo que los usuarios interpretaron como una pérdida de capacidad del modelo.

QSegún el marco de diagnóstico de Anthropic, ¿qué debes hacer primero si Claude comete un error en una tarea?

ALo primero es revisar el contexto: verificar si el prompt es claro, si se han proporcionado las herramientas necesarias y si el archivo CLAUDE.md es adecuado. Muchos problemas de 'IA tonta' se originan aquí y no en la elección del modelo.

Q¿Qué conclusión contraria a la intuición presenta el artículo sobre la combinación de modelos y niveles de esfuerzo?

AUn modelo más pequeño (como Sonnet) con un Nivel de Esfuerzo alto puede superar en rendimiento a un modelo más grande y potente (como Opus) con un Nivel de Esfuerzo bajo en muchas tareas. La diligencia y los recursos asignados pueden compensar una capacidad intelectual bruta menor.

QSegún el artículo, ¿hacia qué está cambiando la competencia en la programación con IA, más allá de simplemente tener el mejor modelo?

ALa competencia está cambiando de 'qué modelo es más fuerte' a 'quién es mejor en orquestar o gestionar agentes de IA'. Se trata de aprender a asignar tareas de manera eficiente a diferentes modelos con distintos niveles de esfuerzo, como un director de proyectos, para optimizar resultados y costos.

Lecturas Relacionadas

¡La Reserva Federal de Dallas anuncia una enorme asignación de 700 mil millones de dólares! ¿Cómo afectará esto al Bitcoin?

El Banco de la Reserva Federal de Dallas advierte que la creciente adopción de depósitos tokenizados en el sector bancario podría tener consecuencias imprevistas para el sistema financiero. Estos depósitos, basados en blockchain y emitidos por bancos regulados, ofrecen liquidaciones instantáneas y pagos programables, lo que podría incentivar a los clientes a mover fondos entre bancos más rápidamente en busca de mejores rendimientos. Según el estudio, esto debilitaría la gestión de liquidez y la capacidad crediticia de los bancos. Los investigadores estiman que un aumento del 10% en la sensibilidad de los depósitos a las tasas de interés podría reducir el riesgo de tasa que los bancos pueden asumir en unos 700.000 millones de dólares en 10 años. Para mantener sus carteras de crédito, los bancos podrían recurrir a financiación mayorista más costosa, elevando eventualmente el coste de los préstamos. Aunque el informe no analiza directamente el bitcoin, señala dos posibles impactos indirectos. Primero, la tokenización bancaria podría impulsar la adopción institucional de la infraestructura blockchain, legitimando indirectamente los activos digitales. Segundo, un aumento en el coste de la liquidez y un endurecimiento de las condiciones financieras podrían ejercer presión a la baja sobre activos de riesgo como el bitcoin a corto plazo.

cryptonews.ruHace 1 hora(s)

¡La Reserva Federal de Dallas anuncia una enorme asignación de 700 mil millones de dólares! ¿Cómo afectará esto al Bitcoin?

cryptonews.ruHace 1 hora(s)

Blockchain podría privar a los bancos estadounidenses de $700 mil millones en potencial crediticio

El sistema bancario tradicional busca adaptarse a la economía digital mediante depósitos tokenizados, vistos como alternativa regulada a las stablecoins. Sin embargo, un informe del Banco de la Reserva Federal de Dallas advierte que la adopción masiva de esta tecnología blockchain podría socavar gravemente la capacidad crediticia de los bancos estadounidenses. La banca se basa en la transformación de plazos, usando depósitos a corto plazo para financiar activos a largo plazo como hipotecas. Los depósitos soportan alrededor del 80% del riesgo de tasa de interés asumido por los bancos. La tokenización, al permitir transferencias instantáneas y 24/7, podría hacer a los clientes un 10% más sensibles a las tasas de interés, reduciendo el potencial crediticio en unos 700.000 millones de dólares. Además, si los depósitos salieran de los bancos un 10% más rápido, se perderían otros 580.000 millones. Esta dinámica forzaría a los bancos a mantener más activos líquidos y de alta calidad (como reservas y bonos del Tesoro) para cubrir posibles salidas rápidas, desviando capital del sector productivo y limitando el crédito a empresas y hogares. En conclusión, intentar replicar las ventajas de las criptomonedas (velocidad, programabilidad) sin cambiar la esencia de la banca centralizada crea contradicciones sistémicas: ofrece experiencia cripto a los clientes, pero priva a los bancos de su principal herramienta de ganancia basada en la inmovilización a largo plazo del dinero.

cryptonews.ruHace 1 hora(s)

Blockchain podría privar a los bancos estadounidenses de $700 mil millones en potencial crediticio

cryptonews.ruHace 1 hora(s)

Trading

Spot
活动图片