Hola, viene Lena~ Claude Code Opus 5.5 es una de esas elecciones de modelo que haría explícitamente en lugar de asumir que ya está activo. La razón es simple: el alias opus no se resuelve de la misma manera en todos los proveedores, y una sesión Claude Code reanudada puede volver a abrirse con el modelo que usó antes.
Entonces, antes de probar algo significativo, quiero alinear tres cosas: el modelo Claude Code dice que se está ejecutando, el repositorio que le he permitido tocar y el resultado que usaré para juzgar la prueba.
Nota de evidencia: Anthropic anunció Opus 5.5 el 22 de septiembre de 2026. Revisé la documentación actual el 24 de septiembre. Claude Code no está instalado aquí, por lo que el siguiente ejercicio es un procedimiento reproducible, no una prueba de modelo completa.
Verificar acceso y actualización Claude Code
Comience con:
claude --version
Anthropic dice que Opus 5.5 requiere Claude Code v2.1.280 o posterior. Si su instalación es anterior, ejecute:
claude update
Luego verifique la versión nuevamente. Si la instalación se comporta de manera extraña, claude doctor es el siguiente paso más útil que reinstalar o cambiar la configuración del modelo repetidamente.
La disponibilidad del modelo también depende de la cuenta detrás del Claude Code. Necesita un plan Claude pago elegible, una cuenta de consola o acceso a través de un proveedor de nube compatible. Una cuenta gratuita de Claude.ai por sí sola no es suficiente.
La configuración de la organización también importa aquí. Si Opus 5.5 simplemente no aparece, verificaría las restricciones de la cuenta, el proveedor y el modelo administrado antes de asumir que la instalación local de Claude Code no funciona.
Seleccione Opus 5.5 para la sesión
Utilice el selector de modelo actual
Dentro de Claude Code, ingrese:
/model
Luego busque Opus 5.5.
La guía de configuración del modelo Claude Code de Anthropic le da al selector dos comportamientos ligeramente diferentes:
scambia la sesión actual sin cambiar el valor predeterminado guardado. *Entrar selecciona el modelo y también lo guarda para futuras sesiones.
Para una prueba, prefiero s. No quiero una sesión de evaluación que cambie silenciosamente el modelo que uso normalmente.
También puedes ingresar:
/model claude-opus-5-5
Eso guarda la selección.
Es fácil pasar por alto un detalle: opus es un alias, no un pin de versión.
Al momento de escribir este artículo, se asigna a Opus 5.5 en la API de Anthropic, Claude Platform en AWS, Amazon Bedrock y Agent Platform de Google, mientras que Microsoft Foundry aún lo resuelve de manera diferente. Si el propósito del ejercicio es específicamente evaluar Opus 5.5, usaría el nombre completo del modelo en lugar de confiar en el alias.
Utilice el nombre completo del modelo en la CLI
Para una nueva sesión contra la API de Anthropic:
claude --model claude-opus-5-5
Esto aplica el modelo a ese lanzamiento sin reescribir el valor predeterminado guardado.
Las implementaciones en la nube pueden ser menos ordenadas. Dependiendo del proveedor, el equivalente puede ser un ARN de perfil de inferencia, un nombre de implementación o una versión de modelo específica del proveedor en lugar de la cadena de modelo simple de Anthropic. En ese caso, la configuración del proveedor es parte de la configuración de prueba, no un detalle de implementación que deba ignorarse.
Verificar qué modelo está activo
Después de seleccionar el modelo, ejecute:
/status
Este es el cheque en el que confiaría. Muestra el modelo, la versión y la cuenta activos, y una línea de estado configurada también puede exponer el modelo.
La distinción es importante porque pedirle a Claude Code que use un modelo no es lo mismo que demostrar que la sesión realmente comenzó en él. Las listas de organizaciones permitidas, la configuración de proveedores, los respaldos y las sesiones reanudadas pueden complicar esa suposición.
Si /status muestra algo inesperado, deténgase allí y corrija la selección primero. No intentaría identificar el modelo por su estilo de escritura, comportamiento de codificación o una etiqueta recordada de una sesión anterior.
También registraría el proveedor junto al nombre del modelo. Dos sesiones pueden mostrar nombres de modelos similares legibles por humanos mientras se resuelven en diferentes identificadores de implementación de proveedores que se encuentran debajo.
Déle una tarea de repositorio pequeña y reversible
Para la primera prueba, evitaría la creación de funciones.
Utilice un repositorio desechable o una rama de prueba segura sin secretos, credenciales de producción ni datos de clientes. Primero confirme el árbol de trabajo:
git status --short
Luego ejecute el comando de prueba local normal del repositorio. Una vez que sepa que el estado inicial es saludable, cree una rama:
git switch -c trial/opus-5-5
Eso le brinda un punto de comparación claro sin pretender que una rama de Git sea un límite de seguridad.
Un primer informe útil podría verse así:
"Agregue una prueba de regresión para la entrada vacía en la función nombrada. Cambie su implementación solo si la prueba falla. Toque solo esa función y el archivo de prueba. No agregue dependencias, no use red y deténgase antes de confirmar o enviar. Ejecute el comando de prueba local existente; informe los archivos y resultados modificados".
Reemplazaría las referencias genéricas con rutas reales, el nombre exacto de la función y el comando de prueba conocido antes de ejecutarlo.
La tarea es intencionalmente aburrida. Eso es útil.
Para una primera verificación del modelo, me importa menos si el modelo puede inventar una implementación impresionante y más si respeta el alcance, nota la estructura de prueba existente, realiza el cambio más pequeño necesario y se detiene donde le dije que se detuviera.
Mantenga habilitadas las solicitudes de permiso y apruebe solo lo que la tarea realmente requiere.
Revise la diferencia, no solo el resultado de la prueba
Una vez que finalice Claude Code, inspeccionaría:
git status --short
git diff --check
git diff
La documentación de diferencias actual de Git explica exactamente lo que muestran esas comparaciones, pero la revisión importante aún te pertenece: ¿el modelo tocó los archivos que permitiste y el cambio realmente coincide con el resumen?
Una trampa aquí es que el git diff simple no muestra archivos sin seguimiento. Compruébelos por separado en lugar de tratar una diferencia de aspecto limpio como prueba de que no apareció nada más.
Luego ejecute usted mismo el comando de prueba local y registre el estado de salida.
Pasar un examen es una prueba útil, pero no suficiente. Un modelo puede pasar la prueba solicitada y aún así crear un archivo innecesario, editar algo fuera del alcance acordado o introducir una dependencia que el informe descartó explícitamente.
Si la prueba no sobrevive a la revisión, restauraría solo los archivos involucrados en el experimento, inspeccionaría y eliminaría cualquier archivo recién creado y regresaría a la rama inicial.
Conserve el resultado de la prueba incluso si desecha el código. Las pruebas fallidas suelen ser más informativas que las demostraciones limpias porque muestran dónde el modelo ignoró el alcance o dónde el informe no se especificó lo suficiente.
Para una revisión del código EvoX, los artefactos que traería son simples: el nombre de la rama, la diferencia real y el registro de prueba. El material local de EvoX puede admitir la revisión del repositorio, pero eso no implica una transferencia automática de sesión de Claude Code.
Regresa a tu modelo normal
Si la prueba utilizó s o --model, inicie una nueva sesión de Claude Code sin anulación y ejecute /status nuevamente.
Si presionó Enter en /model, elija su modelo normal (o Predeterminado) y presione Enter para que la selección vuelva a ser la predeterminada guardada.
La configuración del proyecto y la organización aún puede anular las preferencias a nivel de usuario, por lo que verificaría la nueva sesión en lugar de asumir que el restablecimiento funcionó.
Lo mismo se aplica al reabrir el juicio más tarde. Una sesión Claude Code reanudada puede restaurar el modelo asociado con esa sesión anterior.
Preguntas frecuentes
¿Pueden los administradores de la organización restringir qué modelos seleccionan los usuarios en Claude Code?
Sí. La configuración administrada de availableModels y los controles empresariales pueden limitar lo que aparece en el selector de modelo.
Si Opus 5.5 no está en un entorno administrado, consulte con el administrador antes de solucionar problemas de la instalación local.
¿Puede un proyecto anclar Opus 5.5 sin cambiar el valor predeterminado global de un usuario?
Sí. El .claude/settings.json de un proyecto puede especificar:
"model": "claude-opus-5-5"
Esto resulta útil cuando un repositorio está intencionalmente estandarizado en un modelo, aunque la configuración compartida del proyecto debe revisarse con el resto del equipo.
Para una evaluación única, sigo prefiriendo --model porque deja intacto el valor predeterminado global.
¿La reanudación de una sesión Claude Code anterior conserva su modelo original?
A menudo, sí, cuando se utiliza la API de Anthropic.
Hay excepciones. Los modelos retirados, las restricciones de la organización, las anulaciones de lanzamiento explícitas y el comportamiento de implementación específico del proveedor pueden cambiar lo que realmente está disponible cuando se reanuda la sesión.
Es por eso que el /status también pertenece al comienzo de la reanudación de la prueba.
¿En qué se diferencian los límites de uso entre Opus 5.5 y otros modelos de Claude?
Anthropic anunció límites de uso más altos de cinco horas para los planes Pro, Max y Team, pero no existe un número universal de “X tareas por modelo” que se aplique claramente a cada carga de trabajo.
Utilice /usage para verificar la asignación adjunta a su propia cuenta. No asumiría que dos modelos consumen esa asignación de manera idéntica simplemente porque están disponibles en el mismo selector.
¿Opus 5.5 está disponible a través de todos los proveedores de nube compatibles?
Anthropic enumera su propia plataforma, AWS, Google Cloud y Microsoft Foundry.
Eso no significa que todas las cuentas, regiones, implementaciones u organizaciones tengan acceso automáticamente. El nombre del proveedor también difiere y el alias opus no se resuelve en Opus 5.5 en todas partes.
Para una comparación real, verifique tanto el identificador de implementación del proveedor como el modelo que se muestra en /status antes de comenzar a juzgar el resultado.
Publicaciones anteriores:
- Si desea crear otro flujo de trabajo de Claude Code en torno a una tarea de repositorio delimitada, flujo de trabajo de bóveda a código de Obsidian Claude Code muestra cómo recuperar el contexto controlado, aplicarlo al código, ejecutar comprobaciones y escribir solo después de la revisión.
- Para evaluar si una configuración de razonamiento más sólida realmente mejora el trabajo del repositorio, razonamiento del agente Muse Spark 1.3 compara la calidad de finalización, la intervención, la latencia y el costo de la tarea bajo una tarea de codificación fija.
- Si su principal preocupación es mantener la revisión del trabajo del agente de codificación, Revisión del código T3 se centra en el alcance del repositorio, el control de sesión, la inspección de diferencias y la transferencia humana alrededor de una superficie de codificación.
