Te voy a mostrar paso a paso cómo obtener consistentemente los mejores resultados con Claude Code, Codex, OpenCode o cualquier herramienta que estés usando...
porque una herramienta es solo la aplicación donde escribes tus instrucciones para el agente, la cabina donde te sientas
el instinto es buscar un mejor modelo para poner dentro (USANDO FABLE 5 LOL)
la verdadera ventaja que puedes obtener está en otro lado, en el hecho de que te detuviste en un solo modelo
y el momento hace que ese error sea más costoso de lo que solía ser... porque el mejor modelo individual se ha convertido en un objetivo móvil en el que no puedes confiar:
- Fable 5 vuelve por como una semana y luego será demasiado caro para costearlo
- Mythos 5 está bloqueado para una lista corta de empresas aprobadas por el gobierno
- GPT-5.6 Sol salió para unas 20 empresas autorizadas y nadie más
así que apostar toda tu operación al modelo que sea "mejor" este mes, pierde valor en el momento en que se restringe el acceso
entonces, la jugada es una fusión de LLMs de frontera, un puñado de modelos que trabajan juntos en lugar de que uno solo cargue con todo
eso es lo que separa los resultados promedio de los mejores, y es lo primero que configuro en cada proyecto ahora
si quieres aprender a sacarle el máximo provecho a estas herramientas y ganar dinero real con ellas, para eso está la comunidad de AI ops en tiempo real: weeklyaiops.com
el lento y miserable ir y venir
observa cómo va un proyecto normal, el cuello de botella está justo en el medio:
abres una herramienta y le asignas la tarea
luego tomas su plan, lo pegas en un segundo modelo y le preguntas "¿esto está bien?"
el segundo encuentra los vacíos, así que llevas esas notas de vuelta al primero
pasas la tarde como mensajero, llevando contexto entre dos modelos que no pueden hablarse entre sí
seamos honestos, ese ir y venir es una lata...
conozco muy bien este ciclo, le pides a Claude que revise el plan de Codex, luego llevas los vacíos de vuelta al otro lado, y el día desaparece llevando notas entre dos modelos
por qué una fusión de IAs supera a tu modelo favorito
hay una razón por la que el segundo modelo sigue detectando cosas que el primero pasó por alto...
el modelo que revisa el trabajo comparte los puntos ciegos del modelo que lo creó, porque fallan en los mismos lugares
así que pedirle a un modelo que se revise a sí mismo te da un seguro "se ve bien" sobre el error exacto que él mismo habría escrito
un consejo soluciona eso estructuralmente, no con un mejor prompt - porque diferentes modelos cubren las debilidades de los otros
y la prueba de esto está respaldada por papers reales:
un equipo de investigación en Sakana construyó un coordinador lo suficientemente pequeño para ejecutarse en una laptop, un modelo que nunca responde tu pregunta
lee la pregunta
decide qué modelo grande debe manejar cada parte
y distribuye el trabajo
lo apuntaron a GPT-5, Gemini y Claude, y los superó a los tres por sí solo...
luego intentaron intercambiar un modelo de primer nivel para que hiciera la coordinación, y lo hizo peor lol
así que el director no tiene que ser el modelo más fuerte que tengas, pero necesita leer el problema y dirigirlo a quien sea mejor para esa parte
los tres roles, y el que se salta
el coordinador le da a cada modelo un trabajo a la vez:
pensador: desglosa la tarea, construye el plan, encuentra los vacíos
trabajador: hace el trabajo, el borrador, el código, los números, lo que sea que se entregue
verificador: juzga el resultado y dice "aprobado" o "arregla esto"
el verificador se salta, y es el que más importa
el trabajo no termina cuando un modelo produce algo... termina cuando un verificador lo aprueba
esa única regla, una condición clara de "terminado", es toda la diferencia entre un ciclo que termina y uno que gira en círculos para siempre
pasa el ir y venir a un consejo
ahora, agregar un coordinador puede sonar como una capa más que gestionar
pero en realidad es al revés, la capa que quitas es la que eras tú
así que la jugada es simple, delegas la coordinación misma: dejas de ser el mensajero y dejas que un coordinador ejecute el ciclo de pensador, trabajador y verificador por ti
ahora uso Fugu para esto (sakana.ai/fugu), y para ser claro, esto no es patrocinado, simplemente me encanta
es la versión comercializada de esa investigación, apuntas tu herramienta hacia él de la misma manera que lo harías con cualquier otro modelo, y ejecuta el consejo detrás de una sola solicitud
seré honesto sobre lo que es, porque esto es importante
tiene días de existencia, se toma su tiempo porque realmente está ejecutando un consejo en lugar de fingir uno, y está en su punto más fuerte como verificador, el que critica el trabajo antes de que lo publiques
$20 te dan acceso, con un segundo mes gratis si empiezas antes de finales de julio
no confío ciegamente en él, confío en el patrón del consejo, y esta es la forma más fácil que he encontrado para ejecutar ese patrón sin tener que supervisarlo
ahora entremos en el flujo de trabajo paso a paso para obtener consistentemente los mejores resultados con CUALQUIER herramienta de agente:
ejecuta el consejo al inicio y al final
traigo el consejo en dos momentos de cada proyecto, al principio y en la entrega
imagina un trabajo real, lanzar un boletín, construir una lista de prospectos, publicar una página de aterrizaje
1. entrevista primero - antes de cualquier trabajo, haz que tu agente te entreviste a fondo (grill-me de matt es una habilidad que hace que el agente te cuestione sobre todo), la profundidad de esa entrevista establece el techo para todo lo demás
2. convoca al consejo - para construir el plan, el coordinador maneja la parte de múltiples modelos para que ya no estés pegando entre herramientas
3. define los ciclos - establece el objetivo y la condición de parada desde el principio para que pueda ejecutarse sin que estés mirando cada paso
4. delega por rol - envía la tarea correcta al lugar correcto y apóyate en subagentes (un subagente es solo un agente auxiliar al que el principal le asigna trabajo)
5. critica en la entrega - cuando el trabajo parezca terminado, envíalo de vuelta al consejo para que lo despedace antes de que salga
mismo ciclo, dos extremos, planificar al inicio y criticar al final - ese es todo el motor, y cambió profundamente la rapidez con la que puedo publicar algo en lo que confío
el consejo es el motor, la configuración lo mantiene afilado
un motor es tan bueno como la máquina que lo rodea...
así que aquí están los seis movimientos que mantienen a cada agente en el consejo produciendo su mejor trabajo, ninguno es complicado
1. construye tus propias habilidades, no descargues una biblioteca
una habilidad es un conjunto guardado de instrucciones que tu agente puede reutilizar, como una receta que sigue (nada más que un archivo markdown con ejemplos...)
la tentación es agarrar una gran biblioteca de habilidades que alguien más publicó y simplemente ejecutarla
yo pasaría de eso, aproximadamente un tercio de las públicas tienen un fallo de seguridad... si no es peor lol
e incluso las limpias son el contexto de otra persona, no el tuyo, una habilidad solo ayuda una vez que has chocado personalmente con el problema que resuelve
antes de eso, es solo ruido que llena la memoria del agente
así que esta es mi recomendación: construye las pocas que realmente necesitas, extraídas de tus propias ejecuciones fallidas, ahí es donde vive la verdadera ventaja
2. por defecto, usa CLIs pequeños, no servidores MCP
dos palabras rápidas primero, un MCP es una forma de agregar herramientas extra a tu agente, y un CLI es un comando pequeño que ejecutas en la ventana de texto
el reflejo es agregar un MCP para todo, y cada uno carga su hoja de instrucciones completa en la memoria del agente antes de que siquiera hayas hecho tu primera pregunta
esas descripciones de herramientas pueden consumir más de 100,000 palabras de memoria de inmediato, desplazando el trabajo real
así que para tareas cotidianas, usa un CLI pequeño en su lugar, es más ligero, el agente ya sabe cómo ejecutar un comando, y su salida termina en un archivo en lugar de obstruir la memoria
una herramienta llamada printing-press (printingpress.dev) escribirá uno de estos para cualquier servicio desde un solo prompt... abúsala
guarda los MCPs para los trabajos que realmente los necesiten, inicios de sesión compartidos, muchos usuarios, una conexión en vivo que debe permanecer abierta
la regla es CLI primero, no solo CLI
3. mantén el archivo de instrucciones ligero
tu agente lee un archivo de instrucciones antes de cada tarea, generalmente AGENTS.md o CLAUDE.md
el impulso es llenarlo con todo lo que se te ocurra, y el agente termina siguiendo menos, no más
un modelo sigue de manera confiable alrededor de 150 a 200 instrucciones, luego empieza a dejarlas caer
mantén el tuyo por debajo de 100 líneas - simplemente funciona mejor así
4. limpia el contexto, guarda la memoria en archivos
la ventana de contexto es la memoria a corto plazo de tu agente, y se llena y se vuelve más tonta a medida que lo hace
Claude Opus 4.8 es un gran ejemplo... este es un modelo excepcional, pero tan pronto como llegues a 300-400k tokens, debes limpiar el contexto al 100% - NO USES LA COMPACTACIÓN
así que límpialo a menudo, y guarda la memoria que importa en archivos en su lugar
un learnings.md que el agente lee al inicio de una sesión y actualiza al final, cada vez, incluso cuando piensa que nada cambió
haz que actualice esas notas después de cada commit, siendo un commit un punto de control guardado del trabajo
las reglas duraderas viven en el archivo de instrucciones, las cosas que aprende en el camino viven en learnings, y si estás editando tu archivo de reglas después de cada ejecución, has puesto las cosas equivocadas en él
me construí una habilidad llamada /before-clear, simplemente crea un punto de control en el proyecto, un archivo temporal que el agente lee primero... tiene un todo muy simple, un breve resumen de lo que pasó en la última sesión y cuál es la siguiente tarea más urgente
rara vez pierdo contexto importante de una sesión a otra
5. escribe pocas reglas, cada una clara
una lista corta de reglas claras es MUCHO mejor que un montón largo de reglas ingeniosas
una vez que un archivo de reglas se alarga, las reglas empiezan a competir entre sí, y el agente tiene que adivinar cuál gana
escribe cada regla como se la dirías a un nuevo empleado, una línea, un significado, sin espacio para interpretar
cuando la regla es clara, el agente la sigue, cuando es vaga, el agente improvisa, e improvisar es exactamente donde tus resultados se desvían
6. delega el trabajo pesado a subagentes
empuja el trabajo desordenado y costoso hacia abajo a los subagentes, especialmente cualquier cosa que toque el navegador
manejar el navegador desde el agente principal puede consumir MUCHO contexto solo en capturas de pantalla
dale ese mismo trabajo a un subagente y vuelve con "hecho, aquí está el resumen" en una o dos líneas
el agente principal sigue siendo el director, los ayudantes hacen el alcance, y tu memoria principal se mantiene limpia
es la idea del consejo otra vez, un nivel más abajo, coordinas el trabajo en lugar de hacerlo todo tú mismo
todo el sistema operativo, en un bloque
el mejor modelo sigue siendo restringido, así que un solo modelo no puede ser tu base
pasa la coordinación a un consejo: el pensador planea, el trabajador construye, el verificador aprueba
el verificador es la condición de parada, el trabajo está terminado cuando él lo dice, no antes
ejecuta el consejo dos veces, al inicio para planificar y en la entrega para criticar
yo uso Fugu para ejecutarlo, $20 para probar, no patrocinado, honesto sobre que es temprano
luego mantén a cada agente afilado:
construye tus propias habilidades, no descargues una biblioteca
CLI primero, MCPs solo cuando realmente los necesites
archivo de instrucciones por debajo de 100 líneas
limpia el contexto a menudo, guarda la memoria en archivos
pocas reglas, cada una clara
delega el trabajo pesado a subagentes
todo lo demás encima de eso es pura optimización que probablemente ni siquiera notarás a menos que seas un ingeniero de software
así es como te construyes un sistema operativo que rinde, con o sin Fable 5...
de todos modos, estoy construyendo la mejor comunidad de IA del mundo, ¿por qué no te unes?
