Cargando la bóveda…
Cargando la bóveda…
Cuando los modelos nuevos están saturados, podés bajar a versiones anteriores (Sonnet 4.5, Opus 4.5, Haiku 4.5) que están menos congestionadas. Bonus: gastan menos tokens. Cómo cambiar en claude.ai, en Claude Code con /model, al iniciar con --model y fijar modelo en subagentes.
Si Claude no te parece tan inteligente o anda lento, no te lo estás imaginando.
Los modelos más nuevos (recién lanzados) suelen estar:
A veces la solución no es escribir mejores prompts. Es cambiar de modelo a uno anterior — está:
Doble beneficio: mejor performance + menos quema de cuenta.
El modelo seleccionado se queda activo para esa conversación.
> /model claude-sonnet-4-5-20250929O para Opus 4.5:
> /model claude-opus-4-5-20251101O Haiku 4.5:
> /model claude-haiku-4-5-20251001claude --model claude-sonnet-4-5-20250929La barra de estado de Claude Code muestra el modelo activo en la parte inferior:
~/mi-proyecto · sonnet-4 · 1M ctx · 67% ■■■■■■░░Si ves modelo nuevo y notás slowdown, cambiá con /model.
Si usás subagentes (archivos en .claude/agents/*.md), podés fijar el modelo en el frontmatter. Ese agente siempre usa ese modelo, sin importar el activo en la sesión principal.
.claude/agents/code-reviewer.md:
---
name: code-reviewer
model: sonnet
---
Sos un agente especializado en revisión de código.
Analizá el código del proyecto y sugerí mejoras.model:#haiku → Haiku 4.5sonnet → Sonnet 4.6 (actual)opus → Opus 4.7 (actual)Solo usá opus cuando lo necesita. Para el resto, Sonnet o Haiku.
Para uso intensivo, asigná modelos por tipo de tarea:
Aproximadamente (varía según release):
Tareas en Haiku son 18x más baratas que en Opus. Si tu tarea es Haiku-apropiada, el ahorro es masivo.
Opus es excelente para razonamiento. Para tareas mecánicas (rename, format, generar boilerplate), Haiku da el mismo resultado por una fracción del costo.
Si pedís a Haiku que diseñe arquitectura, probablemente te tira solución simplista. Va a generar resultado que parece correcto pero no lo es. Sobre-confiar en Haiku es caro porque después tenés que rehacer con Opus.
Cada modelo tiene estilo de output ligeramente distinto. Si empezás un refactor con Sonnet y cambiás a Opus a mitad, el código resultante puede tener inconsistencias de estilo.
Si pasaste 2 horas creyendo que usabas Opus pero estaba Sonnet, algunas decisiones complejas pueden estar subóptimas. Verificá la barra de estado.
Si bajaste a Sonnet 4.5 porque 4.6 estaba lento, volvé a 4.6 cuando vuelva la performance. Modelos viejos eventualmente se deprecan.
.claude/agents/
├── docs-writer.md → model: haiku
├── reviewer.md → model: sonnet
├── architect.md → model: opus
└── refactor.md → model: sonnetCada agente usa el modelo apropiado automáticamente. No tenés que pensar en routing.
Cambio de modelo es una palanca de ahorro. Las 5 reglas son otras. Combinadas amplifican.
Tu CLAUDE.md puede tener instrucción de qué modelo preferir para qué tipo de tarea:
# Modelo policy
- Generación de tests unitarios → invocá con prompt apto para Haiku
- Refactor complejo → mantenete en Sonnet/Opus
- Si Claude detecta que la tarea es mecánica, sugerí bajar a HaikuModelo nuevo + se siente lento = bajá al anterior
Mejores resultados + menos tokens = más rendimiento de tu cuenta. No es bug, es saturación. La solución es un click o un comando.