3 trucos para optimizar tokens en Claude Code (Fable 5)
Optimiza tokens y ventana de contexto en Claude Code tras Fable 5: /compact, desglose de contexto y conectores activos. Ahorro acumulativo para uso intensivo diario.
Con el nuevo modelo Fable 5 de la categoría Mythos, cada prompt cuenta más: la ventana de contexto es grande, pero tu suscripción sigue midiendo tokens. Si usas Claude Code a diario, no necesitas cambiar de herramienta para alargar la sesión. Necesitas dejar de quemar tokens en historial inflado, contexto invisible y conectores que ni siquiera usas.
Aquí van los tres primeros trucos de 13 para aprovechar al máximo tokens y ventana de contexto. Son cambios de hábito, no hacks técnicos.
Navegación rápida
Salta directamente a lo que buscas:
Por qué importa ahora | Truco 1: /compact | Truco 2: ventana de contexto | Truco 3: conectores | Efecto acumulativo | Checklist rápido | FAQ
Por qué importa ahora
Fable 5 sube el techo de lo que el modelo puede razonar en una sesión. Eso anima a sesiones más largas, más archivos abiertos y más herramientas conectadas. El problema: cada capa extra —historial, system prompt, MCPs, skills— se cobra en cada turno, no solo una vez.
Si llegas al límite de uso con la barra al 100 % (como en la portada de este artículo), el cuello de botella casi nunca es «el modelo es tonto». Es contexto mal gestionado.
| Síntoma | Causa habitual | Truco que aplica |
|---|---|---|
| Sesión lenta tras horas de trabajo | Historial sin comprimir | /compact |
| «No entiendo por qué se llena tan rápido» | No revisas el desglose | Ventana de contexto |
| Cada mensaje corto consume mucho | MCPs/skills activos de más | Conectores del proyecto |
Estos tres trucos atacan las tres filas. Los otros diez (que publicaré si hay interés) cubren routing de modelos, delegación a modelos locales y harness engineering — pero empieza por aquí: son gratis y toman dos minutos.
Truco 1: el comando /compact
/compact comprime todo el historial de la conversación en un resumen más ligero y sustituye el hilo largo por esa versión condensada. El modelo conserva lo esencial; desaparece el ruido repetido.
En mis pruebas con sesiones largas de desarrollo, el ahorro ronda 350.000 tokens por sesión — cifra que varía según cuánto hayas charlado, cuántos diffs haya en el historial y si el agente ha leído archivos enormes.
Cuándo usarlo
| Momento | Por qué |
|---|---|
| Inicio de una sesión larga | Empiezas con contexto limpio antes de que se llene |
| Tras cerrar una feature grande | El historial de debug ya no aporta; el resumen sí |
| Antes de cambiar de tarea | Evitas arrastrar 200 turnos de otra rama |
Cómo usarlo bien
- Termina un bloque de trabajo (o al menos un checkpoint claro).
- Ejecuta
/compacten Claude Code. - Revisa el resumen si la CLI te lo muestra; corrige algo crítico que falte en un mensaje corto.
- Sigue con la nueva tarea.
No lo uses si estás en medio de un debug fino donde cada mensaje anterior importa al milímetro. Ahí compactar demasiado pronto puede borrar pistas. Para el 80 % del trabajo diario, el trade-off merece la pena.
Piénsalo como «eliminar lo innecesario» del carrusel: el historial crudo es lo primero que debes podar.
Truco 2: revisar la ventana de contexto
Claude Code incluye un desglose de la ventana de contexto que muestra qué está consumiendo tu presupuesto de tokens: system prompt, historial, archivos adjuntos, descripciones de herramientas, etc.
Casi nadie lo abre. Es el equivalente a no mirar la factura del móvil y quejarse del precio.
Qué buscar en el desglose
| Bloque | Qué suele inflarlo | Acción |
|---|---|---|
| Historial | Sesiones sin /compact | Compactar o empezar sesión nueva |
| System / proyecto | CLAUDE.md enorme, reglas redundantes | Recortar reglas |
| Herramientas / MCP | Conectores activos (ver truco 3) | Desactivar los que no uses |
| Archivos en contexto | @ de carpetas enteras o logs gigantes | Referenciar solo lo necesario |
Abrir el desglose una vez por semana en uso intensivo basta para ver patrones: «¿por qué cada prompt cuesta 40k?» → suele ser tres MCPs que nunca llamas.
Esto es monitorear tu consumo en la práctica: sin métrica, optimizas a ciegas.
Truco 3: revisar los conectores de cada proyecto
Este es el truco del que menos se habla y, probablemente, el de mayor impacto por prompt.
Cada mensaje que envías hace que se procesen todos los conectores y skills activados en ese proyecto, los hayas usado o no. Cada conector añade tokens extra de forma inevitable: descripciones de herramientas, esquemas JSON, instrucciones embebidas. El modelo no «ve» solo tu pregunta; ve tu pregunta más el catálogo completo de lo que podría hacer.
Por qué ocurre
Los servidores MCP y las skills se registran con metadatos que el runtime inyecta en el contexto. Es necesario para que el agente sepa qué herramientas existen. El efecto secundario: diez MCPs activos = diez bloques de texto en cada turno, aunque solo pidas «arregla este typo».
La solución (sencilla)
- Abre la configuración del proyecto en Claude Code.
- Lista conectores y skills activos.
- Deja solo los que vas a usar en esa sesión o en esa tarea.
- Cuando cambies de contexto (p. ej. de código a Gmail), activa el MCP correspondiente y desactiva el resto.
| Escenario | Conectores típicos a mantener | Los que sobran |
|---|---|---|
| Refactor en repo | Filesystem, bash, linter | Gmail, Notion, imágenes |
| Revisión de PR | Git, tests | Calendario, CRM |
| Contenido / copy | Ninguno de dev | Todos los de código |
Es priorizar lo esencial: menos herramientas en pantalla, menos tokens en cada mensaje, misma capacidad real si las herramientas que quedan son las correctas.
Si ya usas Converly LM para delegar trabajo rutinario, combínalo con este truco: no tiene sentido pagar el overhead de ocho MCPs si solo necesitas dos y un modelo local para stubs.
El efecto acumulativo
Los trucos 1 y 3 no son ahorros puntuales. Reducen el consumo en cada prompt durante toda la sesión.
Ejemplo simplificado (números ilustrativos):
| Sin optimizar | Con /compact + menos MCPs |
|---|---|
| 80.000 tokens base por turno × 50 turnos = 4M tokens/día | 25.000 tokens base × 50 turnos = 1,25M tokens/día |
La diferencia no es lineal en la factura real —depende de tu plan, cache y modelo— pero la dirección es clara: menos contexto fijo por turno × muchos turnos = mucho margen recuperado.
El truco 2 no ahorra por sí solo; te dice dónde aplicar 1 y 3. Los tres juntos forman un ciclo:
- Medir (desglose de contexto)
- Podar (
/compact, reglas, archivos) - Desactivar (conectores innecesarios)
- Volver a medir
En uso intensivo diario, esa rutina de cinco minutos al empezar la jornada evita llegar al «100 % usado» a mitad de tarde.
Checklist rápido
Copia esto al inicio de cada sesión larga:
- ¿Sesión nueva o continuación? Si continuación larga →
/compact - ¿Desglose de contexto revisado esta semana?
- ¿Solo MCPs/skills necesarios para esta tarea?
- ¿
CLAUDE.mdsin reglas duplicadas o obsoletas? - ¿Referencias
@limitadas a archivos relevantes?
Preguntas frecuentes
¿Qué es Fable 5 en Claude Code?
Fable 5 es un modelo de la categoría Mythos en el ecosistema de Claude, orientado a sesiones de razonamiento y coding agentic con ventana de contexto amplia. Optimizar tokens sigue siendo clave porque los límites de suscripción y el coste por uso no desaparecen con un modelo más capaz.
¿Qué hace exactamente /compact?
Resume el historial de la conversación en un texto más corto y reemplaza el hilo anterior por ese resumen. Pierdes detalle literal de mensajes viejos; ganas espacio para seguir trabajando en la misma sesión.
¿Cuántos tokens ahorra /compact?
Depende del historial. En sesiones largas de desarrollo he visto ahorros del orden de ~350.000 tokens antes de seguir trabajando. Tu cifra variará; el desglose de contexto te da la foto antes y después.
¿Desactivar MCPs rompe algo?
No, si vuelves a activarlos cuando los necesites. Solo evitas pagar su descripción en cada turno mientras no los uses.
¿Esto sustituye a usar un modelo local o Converly LM?
No. Son capas complementarias: /compact y menos MCPs reducen el contexto fijo; Converly LM delega trabajo rutinario a modelos baratos. Lo ideal es combinar ambos.
¿Habrá más trucos además de estos tres?
Sí — este artículo es 1 de 13. Los siguientes cubren routing de modelos, hooks, memoria y patrones de prompt engineering aplicados a sesiones largas.
Lecturas relacionadas
- Recortar tu factura de Claude Code con Converly LM
- Qué es harness engineering
- ¿Qué es el prompt engineering?
- Anatomía del setup de proyecto en Claude Code
- ¿Qué es un servidor MCP?
- Guía de hooks de Claude Code
Última actualización: junio de 2026.
Artículos relacionados
Qué es harness engineering: el arnés que hace útil al modelo
Qué es harness engineering: mejorar el arnés del LLM (contexto, tools, hooks, verificación) sin cambiar el modelo. Caso LangChain en Terminal Bench 2.0.
¿Otro MCP de memoria? Esa no es la memoria que buscas
Metacog, un plugin de Claude Code basado en hooks frente a los memory MCP: propriocepción, nocicepción y seguimiento de refuerzo que arregla el problema del sube y baja del time-decay.
Cómo recorté mi factura de tokens de Claude Code con Converly LM
Converly LM es un MCP que deja a Claude Code delegar trabajo rutinario a un modelo barato o local y ahorrar tokens: esquema arquitecto, redactor y QA.