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 te presentaré un prompt que puedes 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 está en la 'inteligencia' del modelo, sino en elegir el modelo según el 'peso de la tarea'.

En este artículo, te presentaré cómo tomar esas decisiones y te 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á definido.
• 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 diseño general, decisiones sobre direcciones difíciles de revertir, juicios que abarcan múltiples archivos y verificaciones 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 está bien usar solo 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 precisión.

Para aquellos que sienten que 'clasificar cada vez es una molestia', usar el siguiente prompt distribuirá automáticamente las tareas a 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 ajuste 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): Refinamiento de 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, por favor 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 ediciones rutinarias 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 → Revisió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 → Encomendar el juicio a Opus
• Decidir la dirección de diseño para una nueva función, confirmación final de cambios que afectan múltiples archivos → Dejarlo solo a Fable

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

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

Errores 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 múltiples archivos solo con modelos ligeros.

Recortar aquí llevará a un retrabajo importante 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 según 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 trabajo de diseño con alto costo de fallo.

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

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

Debes elegirlas según el peso que se ajuste a la situación.

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

Finalmente, actualmente estoy distribuyendo 55 grandes beneficios de forma gratuita, incluyendo 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