Un truco secreto para reducir el consumo de tokens de Claude Code en un 67%

Los tokens se derriten en un instante con Claude Code...

Te explicaré un truco secreto para reducir drásticamente el consumo de tokens y solucionar ese problema.

También presentaré un prompt que se puede usar para contrarrestar el consumo de tokens incluso con Fable.

En realidad, usar solo modelos inteligentes hace que los costos y los tiempos de espera se disparen.

La verdadera eficiencia no reside en la "inteligencia" del modelo, sino en elegir el modelo según el "peso de la tarea".

En este artículo, presentaré cómo tomar esas decisiones y proporcionaré un prompt de distribución que puedes usar tal cual.

Por qué cambiar de modelo reduce los tokens

Los modelos actualmente disponibles en Claude Code son Fable, Opus, Sonnet y Haiku.

Básicamente, cuanto más inteligente es un modelo, más cómputo utiliza internamente.

En consecuencia, aumenta la cantidad de tokens consumidos solo para realizar la misma tarea.

Usar el modelo de primer nivel para búsquedas simples o revisiones de diferencias es como alquilar una supercomputadora para un cálculo que se podría hacer con una calculadora.

Simplemente cambiando de modelo según la dificultad de la tarea, puedes reducir significativamente el consumo innecesario.

Roles para los cuatro modelos

Decidir los roles de antemano te permite cambiar sin dudar.

• Haiku: Trabajo ligero como confirmación de archivos, búsqueda, revisión de diferencias y verificación de formato.
• Sonnet: Trabajo práctico como implementación, modificación y reemplazo una vez que el plan está consolidado.
• Opus: Tareas que implican juicio, como pulir texto, ajustar prompts, revisiones y organizar la estructura.
• Fable: Solo para tareas con alto costo de fallo, como el diseño general, decisiones sobre direcciones difíciles de revertir, juicios que abarcan múltiples archivos y comprobaciones finales.

Al delegar tareas ligeras a modelos ligeros, el tiempo de espera percibido también se acorta.

Por el contrario, si intentas manejar juicios importantes solo con modelos baratos, el retrabajo aumentará y, a la larga, terminará costando más.

La clave aquí es mantener a Fable reservado para "tareas especiales".

Si lo arrojas todo a Fable, tus tokens se derretirán en un instante.

¿No es suficiente usar solo el modelo más inteligente?

Espero una objeción aquí.

"Cambiar es una molestia. ¿No basta con usar el modelo más inteligente desde el principio?"

Entiendo el sentimiento.

Pero usar un modelo de alto rendimiento para tareas que no requieren juicio es simplemente un desperdicio.

Las búsquedas y las revisiones de diferencias se pueden hacer con suficiente precisión incluso con modelos ligeros.

Al delegar solo las partes que requieren un juicio pesado al modelo inteligente, puedes reducir costos sin sacrificar la precisión.

Para aquellos que sienten que "clasificar cada vez es una molestia", usar el siguiente prompt distribuirá automáticamente las tareas a los subagentes de cada modelo para continuar con el trabajo.

Prompt de distribución que puedes usar tal cual

Este es el prompt que realmente uso.

Por favor, reescríbelo para que se adapte a tu proyecto.

1Eres el 'Orquestador de Modelos' para Claude Code.
2Tu objetivo es usar diferentes modelos (Haiku, Sonnet, Opus, Fable) según el contenido de la tarea para mantener la calidad del trabajo mientras suprimes el consumo innecesario de tokens.
3
4# Clasificación de tareas en cuatro modelos
5Ligero (Haiku): Confirmación de archivos, búsqueda, revisión de diferencias o formatos, etc.
6Plan decidido (Sonnet): Edición, reemplazo, implementación, escritura, etc., donde el trabajo puede continuar sin dudar una vez que se establece la dirección.
7Requiere juicio (Opus): Refinar texto o prompts, revisiones, etc., tareas que requieren juicio.
8Tareas particularmente importantes (Fable): Diseño general, establecimiento de dirección, cambios complejos, confirmación final, juicios importantes, etc., donde el fallo conduce a un retrabajo pesado.
9
10# Primeros pasos
11Revisa las tareas a realizar, organiza el uso de modelos en subagentes en una tabla y luego procede con el trabajo. Si es mejor cambiar el modelo principal, indícame qué modelo se debe usar.
12
13# Restricciones
14- No uses modelos pesados desde el principio. Organiza los materiales con modelos ligeros y actualiza una vez que se necesite juicio.
15- Delega tareas ligeras como confirmación de archivos y búsqueda a subagentes con modelos ligeros especificados para suprimir el consumo.
16- Dado que el humano cambia el modelo principal, cuando sea necesario actualizar o degradar el modelo principal, informa al usuario del momento y del modelo objetivo.
17- Prohíbe pasar tareas que son solo de búsqueda o comparación a modelos de nivel superior.
18- Prohíbe realizar grandes cantidades de edición rutinaria con modelos de nivel superior.
19- Prohíbe verter grandes cantidades de archivos desordenados en modelos de nivel superior antes de organizarlos con modelos ligeros.

Si lo pegas y lo usas tal cual, primero generará una tabla de tareas y decidirá el uso del modelo antes de proceder.

Escenarios para uso práctico

Veamos específicamente dónde puedes aplicar tu trabajo.

• Buscar partes relevantes en archivos de registro grandes → Verificación rápida con Haiku
• Corregir código según un plan de modificación decidido → Que Sonnet haga el trabajo práctico
• Repensar la estructura de un artículo o documento → Confiar el juicio a Opus
• Decidir la dirección de diseño para una nueva función, confirmación final de cambios que afectan a múltiples archivos → Dejarlo solo a Fable

Desde que comencé a confiar solo los juicios de diseño importantes a modelos de alto nivel y a enrutar todo lo demás a modelos ligeros, tanto los tiempos de espera como los costos se han aligerado significativamente.

Si no estás seguro, sigue la regla de probar desde los modelos inferiores y subir un nivel si no es suficiente.

Peligros a tener en cuenta

El fallo más común es huir reflexivamente a Fable en el momento en que dudas en un juicio.

Si haces esto, termina siendo igual que depender de modelos de alto rendimiento desde el principio.

Por el contrario, también es peligroso intentar manejar juicios de diseño importantes que afectan a múltiples archivos solo con modelos ligeros.

Ahorrar aquí conducirá a un gran retrabajo más adelante y costará aún más.

Tareas ligeras con modelos ligeros, juicios pesados con modelos pesados.

Por favor, no rompas esta línea de demarcación.

Si no estás seguro, usa el prompt anterior para pedirle a un modelo de alto rendimiento que distribuya las tareas, y no habrá grandes errores.

Resumen

Elige modelos basándote en el peso de la tarea.

Haiku es para confirmación, Sonnet para implementación/escritura, Opus para juicio/tareas complejas, y Fable está dedicado a fases como el trabajo de diseño con altos costos de fallo.

Una vez que uses el prompt de distribución, simplemente ejecútalo en consecuencia.

Las herramientas no están hechas para usarse solo porque son fuertes.

Debes elegirlas basándote en el peso que se ajuste a la situación.

Puedes distribuir fácilmente los modelos usando el prompt, así que márcalo como favorito y úsalo al máximo.

Finalmente, actualmente estoy distribuyendo 55 grandes beneficios de forma gratuita, que incluyen una guía completa sobre cómo introducir Claude Code y métodos de monetización. Si aún no lo has hecho, recíbelos desde aquí.

→https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet