PTENES
MÓDULO 3.2 · Ruta 3 · Modelo, costo y orquestación

💰 El ahorro real

El subagente cuesta. Pero el gasto no viene de «usar el modelo caro», sino de usar el modelo caro en el lugar equivocado. El secreto es armar un equipo: un jefe inteligente que piensa, y una flota económica que hace el trabajo pesado.

6
Temas
~30
Minutos
Medio
Nivel
Teoría+
Tipo

Piensa en una redacción de periódico. El editor jefe no sale corriendo detrás de cada fuente: lee, decide la agenda, distribuye y cierra la edición. Quien sale a la calle, transcribe entrevistas y revisa la ortografía es la equipo — gente competente, más barata y en mayor número. Si el jefe hiciera todo, la nómina se dispararía y el periódico saldría tarde. Los subagentes funcionan igual: deja que uno modelo caro para pensar y una hacer trabajar a la flota económica. El ahorro no consiste en recortar la calidad, sino en colocar cada modelo donde rinde.

Jefe Opus · piensa y decide caro · solo 1 Haiku Haiku Haiku Haiku Haiku … flota económica · muchos · en paralelo Síntesis el jefe cierra

↑ El esquema del ahorro: un jefe costoso decide, una flota económica ejecuta en paralelo y el jefe cierra la edición.

Contenido detallado

1

🏛️ El jefe inteligente y la flota económica

El diseño que ahorra dinero tiene dos roles. En la cima, un modelo costoso — Opus o Sonnet — que piensa: lee el problema, hace el plan, distribuye las tareas y lo integra todo al final. Debajo, una flota de modelos económicos — Haiku — que hace el trabajo pesado: escanea, busca, lee archivos y resume. Tú pagas el modelo caro una vez, para la parte difícil, y el barato muchas veces, para la parte mecánica.

📰 La analogía de la redacción

El editor jefe define la pauta y cierra la edición: es insustituible, pero es uno solo. El reportaje, la transcripción y la corrección ortográfica van al equipo: barato, numeroso y rápido. Nadie pone al editor jefe a transcribir audio de dos horas. Con los subagentes se aplica la misma división:

  • •Jefe (Opus/Sonnet) = decide, planifica y sintetiza. Es caro: úsalo poco y bien.
  • •Flota (Haiku) = escanea, busca, lee y resume. Es barato: úsalo sin límite, en paralelo.
  • •El error = poner al jefe a hacer trabajo de flota, o a la flota a decidir.
Qué es:

Un patrón de orquestación jerárquica: un modelo potente coordina; muchos modelos baratos ejecutan la mayor parte del trabajo en paralelo.

Por qué aprender:

Es lo que marca la diferencia entre «el subagente es demasiado caro» y «el subagente sale barato». La cuenta cambia por completo cuando el trabajo pesado se ejecuta con el modelo barato.

Conceptos clave:

Fan-out jerárquico · jefe (razonamiento) × flota (ejecución) · paga lo caro 1 vez y lo barato N veces.

🧠
Jefe
decide
🐝
Flota
ejecuta
⚡
En paralelo
a gran escala
💵
Caro 1×
barato N×
2

🎚️ La clave maestra: CLAUDE_CODE_SUBAGENT_MODEL

Puedes definir el modelo de cada subagente uno por uno, en el campo model del archivo. Pero cuando quieres que toda la flota ejecutar una vez de forma económica, hay un atajo: la variable de entorno CLAUDE_CODE_SUBAGENT_MODEL. Define el modelo estándar de todos los subagentes que no fijaron un modelo propio — sin que tengas que tocar cada archivo.

en tu terminal variable de entorno
# toda a frota de subagentes passa a rodar em Haiku
export CLAUDE_CODE_SUBAGENT_MODEL=claude-haiku-4-5

# abra o Claude Code já com a frota barata ligada
claude

# o chefe (a sessão principal) continua no modelo que
# você escolheu — só os subagentes herdam o Haiku.

🎯 Quién manda sobre quién

  • model en el archivo del agente — siempre prevalece (específico).
  • CLAUDE_CODE_SUBAGENT_MODEL — estándar para los que no fijaron un modelo.
  • inherit — sin ninguno de los dos, el agente hereda el modelo del jefe.

💡 La jugada de la casa

Mantén el jefe en Opus/Sonnet y pon toda la flota en Haiku con la env var. Una línea, y la parte costosa del sistema se convierte solo en el cerebro — no en los músculos.

Qué es: la variable que define el modelo predeterminado de todos los subagentes a la vez.
Por qué aprender: es la forma más rápida de abaratar toda la flota sin editar archivo por archivo.
Conceptos clave: env var · precedencia (model > env > inherit) · jefe fuera del alcance de la variable.
3

🛑 maxTurns: la cuerda de seguridad del gasto

El costo que asusta no es el del subagente que hace el trabajo, sino el del subagente que entra en un bucle: lo intenta, falla, lo vuelve a intentar y sigue ejecutándose a tu costo. El maxTurns es el límite de cuántos pasos (turnos de herramienta) puede dar un subagente antes de detenerse. Es un disyuntor: se agotó el límite, se apaga, en lugar de consumir tokens toda la noche.

✗ Sin límite de turnos

  • ✗Un agente bloqueado intenta lo mismo 40 veces
  • ✗La cuenta sube sin que nadie se dé cuenta
  • ✗El ciclo solo aparece cuando llega la factura

✓ Con maxTurns

  • ✓Llega al límite, se detiene y devuelve lo que tiene
  • ✓El gasto máximo por subagente es predecible
  • ✓El jefe se da cuenta de que se atascó y decide el siguiente paso

📊 Cómo dimensionar el límite

Una tarea de lectura o resumen suele terminar en pocos turnos. Si esperas ~10 pasos, un límite de 15–20 da margen sin dejar el ciclo libre. Una flota barata puede tener un límite bajo (tarea sencilla); el jefe, que hace más idas y vueltas, merece un límite mayor. Sin límite = apuesta abierta.

Qué es: el número máximo de turnos que puede dar un subagente antes de que lo interrumpan.
Por qué aprender: es la defensa contra el gasto descontrolado de un agente en bucle, el peor tipo de costo.
Conceptos clave: límite de turnos · interruptor de costo · límite bajo para la flota, más amplio para el jefe.
4

📈 Los sistemas multiagente cuestan ~15×; cuándo vale la pena

No hay magia: ejecutar una flota de subagentes consume muchos más tokens que una sola conversación — en el orden de ~15×. Cada subagente empieza desde cero y reúne su propio contexto antes de producir. Esto no es un desperdicio automático: es el precio del paralelismo y del contexto limpio. La pregunta correcta no es «¿es caro?», sino "¿qué obtengo a cambio que justifique ese 15×?".

consumo relativo de tokens (ilustrativo)
1 conversación única1×
flota multiagente~15×
↑ 15× más tokens: solo vale la pena cuando el trabajo es realmente grande, ruidoso o paralelizable.

↑ Recreación ilustrativa, no es una medición real. La proporción sirve para fijar el orden de magnitud.

✓ Cuándo compensa el 15×

  • ✓El trabajo es grande (decenas de archivos, mucha lectura)
  • ✓El material es ruidoso y solo quieres la conclusión clara
  • ✓Se puede paralelizar y ahorrar tiempo de ejecución
  • ✓Proteger el tu contexto vale el gasto adicional de tokens

✗ Cuándo es solo un desperdicio

  • ✗Una edición de 30 segundos en un solo archivo
  • ✗Algo que depende de toda la conversación que ya tienes
  • ✗Tarea pequeña, sin lectura pesada ni paralelismo
  • ✗Pagar 15× para montar un contexto que ya tenías a mano
Qué es: el orden de magnitud del costo de una flota multiagente frente a una conversación única.
Por qué aprender: para decidir con los ojos abiertos: saber el precio y elegir pagarlo cuando, y solo cuando, convenga.
Conceptos clave: ~15× tokens · cada agente reúne contexto · grande/ruidoso/paralelo × edición rápida.
5

🧩 Combinar bien > gastar mucho

El instinto equivocado es "si es caro, es porque necesito un modelo más potente". Casi nunca. La mejora real viene de coincidir: el modelo adecuado para cada rol, el límite adecuado, el paralelismo adecuado. Una flota Haiku bien orquestada por un jefe Sonnet ofrece más por menos de todo en Opus. La arquitectura supera a la fuerza bruta.

jefe inteligente Opus/Sonnet + flota económica Haiku · paralela + límites de turnos maxTurns = entrega económica y buena arquitectura > fuerza bruta

💡 Antes de subir el modelo, ajusta el diseño

¿Se bloqueó o se volvió caro? Antes de cambiar Haiku por Opus en todo, pregúntate: ¿se puede paralelizar? O briefing está claro (¿menos idas y vueltas)? El límite está asfixiando una tarea que necesitaba más? La mayoría de las veces el problema es de arquitectura, no de modelo.

Qué es: el principio de que combinar recursos con criterio rinde más que escalar el modelo a la fuerza.
Por qué aprender: evita la salida costosa y perezosa de «pon todo en Opus» cuando el cuello de botella es la orquestación.
Conceptos clave: combinación (modelo+límite+paralelismo) · arquitectura > fuerza bruta · ajustar el diseño antes que el modelo.
6

🔭 Medir y observar: no puedes recortar lo que no ves

El ahorro real exige mirar el gasto. ¿Cuánto consumió cada subagente? ¿Cuál de ellos llegó al límite? ¿En qué se fue el tiempo? Sin observar, optimizas a ciegas: eliminas lo que era económico y dejas funcionando lo costoso. Mide primero, ajusta después: así es como la división entre jefe y flota deja de ser una conjetura y se convierte en un número.

1

Observa una ronda real

Ejecuta el trabajo tal como está hoy.

Por subagente, mira el modelo usado, los tokens consumidos, los turnos empleados y quién llegó al límite.

2

Encuentra al infractor

El gasto rara vez se distribuye de manera uniforme.

Casi siempre, un agente costoso que realiza el trabajo de toda la flota o un bucle sin límite representa la mayor parte del costo.

3

Ajusta un parámetro y vuelve a medir

Un cambio a la vez.

Descarga el modelo de un agente, pon un límite, paraleliza — y compara la nueva ronda con la anterior. Repite.

Qué es: el hábito de medir el consumo de los subagentes y ajustar el diseño según lo observado.
Por qué aprender: optimizar sin medir es adivinar; con mediciones, cada recorte apunta al gasto que realmente pesa.
Conceptos clave: observabilidad · encontrar al responsable · medir → ajustar un parámetro → volver a medir.
📄

Ejemplo real: un agente de flota con model + maxTurns

Los dos controles de este módulo caben en el frontmatter de un único archivo .md: model dice quién hace (modelo económico), y maxTurns dice hasta dónde puede continuar antes de detenerse. Este log-scanner.md es un trabajador típico de la flota: barato, de solo lectura y con límite.

.claude/agents/log-scanner.md Markdown + YAML
--- # frontmatter: a CONFIGURAÇÃO do subagente
name: log-scanner             # minúsculas e hífens
description: Vasculha logs e arquivos grandes em
  busca de erros e devolve só um resumo. Use para
  varreduras pesadas.          # o GATILHO
tools: Read, Grep, Glob       # só leitura: trabalho de frota
model: haiku                  # BARATO — é a frota, não o chefe
maxTurns: 12                  # TETO — disjuntor contra loop
---

# corpo: o CÉREBRO do subagente
You are a fast log scanner.

When invoked:
1. Grep the given files for errors and warnings.
2. Group what you find by type and file.
3. Stop as soon as you have the summary.

Return: a short report — counts per error type
and the 3 files with the most issues. Nothing else.
Do not open files line by line; do not loop.

💵 model: haiku

  • Es la flota — tarea mecánica de revisión.
  • Barato por llamada — puede ejecutarse en paralelo y en masa.
  • Prevalece la variable de entorno — prevalece el modelo fijo del archivo.
  • Read-only — sin herramienta de escritura, sin daños.

🛑 maxTurns: 12

  • Límite de pasos — detente incluso si no "terminó".
  • Breve a propósito — el barrido no necesita muchos turnos.
  • Costo previsible — gasto máximo conocido por llamada.
  • Detiene el bucle — el peor escenario de costos nunca ocurre.
⌨️

Prompts listos (copia y pega)

Tres prompts para aplicar el ahorro ahora: activar la flota económica, poner un límite contra los bucles y diseñar la división entre jefe y flota antes de gastar. Fíjate en el patrón: el modelo adecuado para la función adecuada, con límite.

Prompt 1 — flota económica por defecto CLAUDE_CODE_SUBAGENT_MODEL
Quero que toda a frota de subagentes rode em Haiku,
mas que você (o chefe) continue em Sonnet. Me mostre
como ligar isso com CLAUDE_CODE_SUBAGENT_MODEL e
confirme quem ficou em qual modelo.
Prompt 2 — límite para evitar bucles maxTurns
Crie um subagente de varredura de logs em Haiku,
read-only, com maxTurns 12 para ele não entrar em
loop. Quero o arquivo .md pronto, com model e maxTurns
no frontmatter.
Prompt 3 — diseñar la división antes de gastar jefe × flota
Para este trabalho [descreva], me proponha a divisão
chefe/frota: o que fica no modelo caro (decidir/juntar)
e o que vai para a frota Haiku em paralelo. Diga qual
modelo e qual maxTurns para cada papel — e por quê.
🖥️

Pantalla simulada: el panel de costos de la flota

Así es como aparece el ahorro cuando tú observa: o jefe en Opus malgasta, porque solo piensa; la flota Haiku hace el trabajo pesado por una fracción del costo; y hay una advertencia donde un agente tocó el maxTurns. Este es el cuadro que dice dónde cortar — antes de adivinar.

claude code · /cost · flota en ejecución ⏱ 01:12
★ jefe (sesión)Opus
~38k tok
● scanner-logs #1Haiku
~9k tok
● scanner-logs #2Haiku
~7k tok
● grep-massa #3Haiku
~11k tok
● doc-reader #4Haiku
maxTurns!
4 subagentes Haiku · 1 llegó al límite (12 turnos) y se detuvo — sin entrar en un bucle.
96% de los tokens en la flota barata · 14% en el jefe
distribución del gasto saludable

↑ Recreación ilustrativa del panel de costos (no es una captura de pantalla real). El jefe piensa poco; la flota carga con el trabajo, y el límite detuvo al agente atascado.

🎯

Ejercicio

Elección un trabajo de verdad que abordarías con subagentes (p. ej., "auditar 50 archivos de registro del último deploy"). Diseña la división jefe/flota: qué se queda en el modelo caro, qué va a la flota barata y qué límite cada uno lleva.

Cómo hacerlo

  1. Escribe el trabajo en una línea y separa decidir/reunir (jefe) de leer/buscar/resumir (flota).
  2. Para cada parte, elige un modelo (Opus/Sonnet para el jefe; Haiku para la flota) y justifica.
  3. Define un maxTurns por rol (corto en la flota, más amplio en el principal) y di cómo conectarías la flota barata (variable de entorno o model en el archivo).

✅ Criterio de verificación — cómo saber si acertaste

Tu diseño pasa si cumple los cuatro puntos:

  • →El caro solo piensa: el modelo potente aparece solo para decidir/planificar/sintetizar, nunca para el escaneo bruto.
  • →La flota es Haiku y paralela: el trabajo pesado está en el nivel barato y puede ejecutarse en masa.
  • →Todo agente tiene un límite: ningún rol queda sin maxTurns — corto en la flota, más grande en el jefe.
  • →El 15× se justifica: puedes decir en una frase por qué vale la pena pagar por el multiagente en este caso (grande/ruidoso/paralelo).

Si el trabajo es pequeño y el 15× no si se justifica, la respuesta correcta es no usar flota — y darte cuenta de eso también cuenta como un acierto.

Ejemplo resuelto

Trabajo: "auditar 50 registros del deploy y decirme los 3 errores más frecuentes". Jefe (Sonnet): divide los 50 en lotes, reúne los resúmenes y clasifica los errores — maxTurns 25. Flota (Haiku, ~5 en paralelo): cada uno revisa un lote read-only y devuelve el recuento — maxTurns 12. ¿Se justifica 15×? Sí: 50 archivos, material ruidoso, paralelizable; solo quiero el ranking limpio.

✅ Resumen del módulo

✓
Jefe + flota — un modelo caro piensa (Opus/Sonnet); una flota barata (Haiku) hace el trabajo pesado en paralelo.
✓
CLAUDE_CODE_SUBAGENT_MODEL — una env var cambia toda la flota a Haiku de una vez; model en el archivo siempre prevalece.
✓
maxTurns — el disyuntor: un límite de pasos que detiene los bucles y hace predecible el gasto por agente.
✓
~15× y cuándo vale la pena — el enfoque multiagente cuesta mucho más; solo vale la pena en trabajos grandes, ruidosos o paralelos.
✓
Combinar > gastar — una buena combinación de modelo+teto+paralelismo rinde más que poner todo en Opus.
✓
Medir y observar — revisa el costo por subagente, identifica al responsable, ajusta un parámetro y vuelve a medir.

Próximo módulo:

3.3 — Encadenar subagentes. El maestro coordina A→B→C; los agentes no llaman a otros agentes, y la secuencia queda en manos del jefe.