He estado ejecutando en paralelo el Agent Swarm de Kimi K2.6 y los Dynamic Workflows de Claude Opus 4.8 en trabajo de producción durante dos semanas. La parte interesante no es "cuál es mejor". Están empatados en SWE-Bench (80.2 vs 80.8). Lo interesante es que sus debilidades son opuestas exactas, y eso hace que se complementen en algo que ninguno logra por sí solo.
Este artículo incluye todo el pipeline, los prompts y 5 casos de uso que puedes poner en marcha hoy mismo. Apropíate de todo.
La idea central en una frase
Kimi swarm es amplio y barato. Opus 4.8 es profundo y caro. Entonces dejas que el swarm genere todos los candidatos, y solo gastas Opus en eliminar adversarialmente los falsos.
Por qué funciona específicamente esto:
Kimi swarm puede generar hasta 300 subagentes que autodescomponen una tarea: sin LangGraph, sin CrewAI, sin flujo de trabajo programado manualmente. Está integrado en el modelo. Es ~4.5 veces más rápido en tareas amplias y cuesta ~$0.60/M de entrada, ~$2.50/M de salida, con el caché reduciendo costos entre un 75-83%. Puedes permitirte que sea derrochador.
Su falla conocida: si no exiges explícitamente verificación, produce afirmaciones con pocas citas y demasiado seguras, y los subagentes se contradicen entre sí.
Opus 4.8 hace lo contrario. Sus Dynamic Workflows escriben un script de orquestación, ejecutan subagentes que atacan un problema desde ángulos independientes, luego despliegan agentes adversariales cuyo único trabajo es refutar los hallazgos, e iteran hasta que las respuestas convergen. Es el primer Claude que obtiene un 0% en reportar acríticamente resultados defectuosos. Es ~10 veces menos sobreconfiado que 4.7.
Su costo: una sola ejecución puede generar hasta 1,000 agentes, por lo que no quieres que haga la búsqueda amplia. Lo quieres haciendo la eliminación.
La Pregunta Que Todos Hacen Es la Incorrecta
"¿Qué modelo debería usar?" parece la pregunta inteligente. No lo es.
Asume silenciosamente que tienes que casarte con un modelo y divorciarte del otro. No es así.
Los creadores que más están lanzando en 2026 dejaron de pensar en modelos y empezaron a pensar en roles. Un escritor no elige entre una máquina de escribir y un editor. Usa ambos, en diferentes momentos, para diferentes trabajos.
Ese es todo el secreto. Así que permíteme presentarte los dos roles.
Conoce al Motor: Por Qué Kimi K2.6 Cambió Silenciosamente las Reglas
Si este flujo de trabajo tiene una estrella, es Kimi. Y cuanto más miras los números, más se siente no como una mejora, sino como un truco.
El precio apenas se nota. Oficialmente $0.95 por millón de tokens de entrada y $4.00 por millón de tokens de salida. Eso es aproximadamente 5 veces más barato en la entrada y 6 veces más barato en la salida que el nivel premium. Incluso hay una ruta gratuita para empezar: puedes usarlo en kimi.com hoy mismo, y ejecutarlo con créditos diarios gratuitos a través de Cloudflare Workers AI. Cuando el costo de probar algo baja tanto, dejas de racionar tus ideas. Simplemente las ejecutas.
No se cansa y no trabaja solo. Esta es la parte que la mayoría está pasando por alto. El Agent Swarm de Kimi puede crear hasta 300 subagentes especializados y coordinarlos a lo largo de aproximadamente 4,000 pasos en una sola ejecución autónoma, el triple de lo que la versión anterior podía manejar. Cualquier otro asistente es un trabajador que hace una tarea a la vez. Kimi es un coordinador que entrega piezas a docenas o cientos de trabajadores simultáneamente, y luego fusiona los resultados.
Esto es lo que parece cuando lo pones a trabajar:
- La gente está generando la producción de una pequeña agencia en menos de una hora: encontrar negocios locales con sitios web débiles, crear un borrador de página de aterrizaje para cada uno, redactar los correos de divulgación y producir un informe de mercado, todo a partir de un solo resumen.
- Los desarrolladores están extrayendo miles de filas validadas en una hoja de cálculo limpia en una tarde, con cada fila verificada contra una fuente real, trabajo que le tomaría a un solo agente la mayor parte de un día.
- En una ejecución ampliamente compartida, se apuntó a Kimi a un modelo pequeño en una laptop y se le pidió que lo hiciera más rápido. Se ejecutó durante 12 horas sin supervisión, realizó más de mil llamadas a herramientas, reescribió miles de líneas y aumentó el rendimiento de aproximadamente 15 tokens por segundo a casi 200. Sin intervención humana. Solo un objetivo.
También es de peso abierto, lanzado bajo una licencia MIT modificada, con un CLI complementario que los desarrolladores han estado marcando con estrella en GitHub por miles. No estás alquilando acceso a una caja negra. Estás parado sobre algo que puedes inspeccionar, alojar y construir.
Kimi es la sala de máquinas. Hace los kilómetros. Ejecuta el swarm. Convierte "ojalá pudiera probar diez versiones" en "probé diez versiones antes del almuerzo".
Pero un motor sin nadie que lo dirija solo va rápido en la dirección equivocada. Que es exactamente donde entra el segundo rol.
Conoce al Rematador: Donde Opus 4.8 Gana Su Salario
Si Kimi hace los kilómetros, Opus 4.8 atrapa los errores.
El titular de Anthropic para este lanzamiento no fue un benchmark. Fue honestidad. Se informa que Opus 4.8 es aproximadamente cuatro veces menos propenso que su predecesor a dejar pasar una falla en su propio código sin marcar. Farolea menos y es más rápido para decir "esta parte es inestable".
Esa única característica vale su peso en oro dentro de un flujo de trabajo de alto volumen. Cuando un swarm ha producido una montaña de trabajo, no necesitas otro constructor incansable. Necesitas un par de ojos agudos y escépticos que te digan la verdad. Opus también tiende a ganar en las cosas de las que más quieres estar seguro: precisión de nivel de producción y lectura de alta fidelidad de documentos y elementos visuales.
Aporta el juicio también para la parte frontal del proceso, esa donde una buena decisión arquitectónica ahorra diez horas de trabajo en la dirección equivocada. Una ventana de contexto muy grande significa que puede tener un problema completo en su cabeza antes de que se escriba una sola línea.
Es el revisor senior. El arquitecto. En quien confías para mirar todo lo que produjo el motor y decir, con calma, "envía esto, pero arregla aquello primero".
El Cara a Cara: Opus 4.8 vs Kimi K2.6
Aquí está la parte que todos quieren y casi nadie escribe honestamente.
Anthropic hizo de Opus 4.8 un verdadero avance: juicio más agudo, el modelo más honesto que han creado y las mejores puntuaciones en las pruebas más difíciles de codificación y razonamiento. Trabajo genuinamente excelente.
Y junto a él, Kimi K2.6 hizo silenciosamente algo difícil de discutir. Sus agentes asumen el mismo trabajo del mundo real, entregan resultados que no son significativamente peores en la mayor parte, y lo hacen por varias veces menos dinero. En las cosas que la mayoría de la gente realmente lanza día a día, la brecha en la producción es pequeña y la brecha en el precio es grande.
Así es como se comparan los dos, punto por punto:
- Precio por token. Opus 4.8 cuesta $5 por millón de entrada y $25 por millón de salida. Kimi K2.6 cuesta $0.95 por millón de entrada y $4.00 por millón de salida, aproximadamente 5 a 6 veces más barato en todos los aspectos.
- Pesos del modelo. Kimi es abierto, bajo una licencia MIT modificada, por lo que puedes alojarlo tú mismo. Opus es propietario.
- Tamaño y contexto. Kimi es un modelo de 1 billón de parámetros con una ventana de contexto de 256K. Opus tiene una ventana de contexto de 1M.
- Agentes. Lo destacado de Kimi es el swarm: hasta 300 subagentes coordinándose a lo largo de aproximadamente 4,000 pasos en una sola ejecución autónoma. Opus ejecuta subagentes paralelos a través de Dynamic Workflows.
- Entradas que acepta. Kimi acepta texto, imagen y video. Opus acepta texto e imagen.
- Prueba de codificación más difícil (SWE-bench Verified). Ambos puntúan alto. Kimi está alrededor de los 80 bajos, Opus un escalón más arriba en los 80 altos.
- Lo que cada uno hace mejor. Kimi: costo, volumen paralelo y apertura. Opus: honestidad, juicio y precisión.
Léelo honestamente y la lección no es "Kimi gana" o "Opus gana". Es que ganan en cosas diferentes. Uno es el instrumento de precisión al que recurres cuando ser exactamente correcto importa más. El otro es el motor que hace los kilómetros, ejecuta el swarm y apenas toca tu presupuesto. Que es exactamente por qué la jugada inteligente no es elegir un bando. Es poner cada uno donde es más fuerte.
El Flujo de Trabajo: Planificar, Swarmear, Juzgar, Enviar
Esta es la parte para guardar. Cuatro tiempos, dos modelos, traspasos limpios.
1. PLANIFICA con Opus 4.8 (el pensamiento).
Describe todo el problema a Opus y pídele que sea arquitecto, no ejecutor. Cuál es la estructura, cuáles son los riesgos, cuál es el camino más limpio. Luego pídele una cosa específica: una especificación escrita (más sobre por qué eso es importante en un segundo). Estás gastando tokens premium aquí a propósito. Esta es la hora más barata que jamás comprarás, porque previene los errores costosos.
2. SWARMEA con Kimi K2.6 (la ejecución).
Pasa la especificación a Kimi y deja que el motor funcione. Aquí es donde vive el volumen: genera el código, escribe las pruebas, redacta las variaciones, haz el desarrollo repetitivo en todos los archivos. Deja que el swarm paralelice el trabajo pesado. Como es tan barato, no temes tirar el primer intento y ejecutarlo de nuevo. Esta etapa hace el 80% del trabajo a una fracción del costo.
3. JUZGA con Opus 4.8 (el que dice la verdad).
Alimenta todo lo que produjo el swarm de vuelta a Opus y haz la pregunta que importa: ¿qué está mal en esto? Aquí es donde su honestidad se paga sola. Atrapa las fallas silenciosas, las suposiciones sin respaldo, las cosas que se ven bien pero no lo están. No estás pagando precios premium para generar. Estás pagando para verificar, que es la forma de mayor apalancamiento de gastar un token caro.
4. ENVÍA de vuelta a Kimi K2.6 (el bucle).
Toma las notas de Opus, pásalas a Kimi y deja que el motor haga las correcciones y el pulido a un costo casi nulo. Luego envía. Y como el bucle es tan barato en el lado de Kimi, puedes ejecutarlo de nuevo mañana, y pasado mañana, sin mirar el medidor.
Planifica con el arquitecto. Construye con el motor. Juzga con el que dice la verdad. Envía con el motor. Repite.
El Verdadero Secreto: Escribe una Especificación, No un Prompt
Aquí está el truco que separa a las personas que obtienen magia de un swarm de las que obtienen basura costosa.
Cuando la mayoría de la gente escucha "300 agentes", lanzan un prompt de una línea como "raspa todos los centros de datos en EE. UU." y esperan brillantez. Esa es la forma más rápida de quemar créditos y obtener basura.
El verdadero secreto es tratar al swarm como un contratista, no como un genio. En lugar de una línea, le das un documento de dos o tres páginas que define exactamente qué recolectar, qué cuenta como válido, qué fuentes son aceptables, cuál debe ser el formato de salida y qué hacer cuando encuentra información conflictiva. No estás escribiendo un prompt. Estás escribiendo una especificación, y el swarm ejecuta contra la especificación mientras tú haces otra cosa.
Y ahora los dos roles encajan perfectamente: la mejor herramienta del mundo para escribir esa especificación es tu modelo cuidadoso y juicioso. Opus 4.8 convierte un objetivo difuso en una especificación precisa en el paso PLANIFICAR. El swarm de Kimi ejecuta esa especificación a escala en el paso SWARMEAR. El pensador escribe las órdenes. El ejército las ejecuta.
Las personas que llaman a los swarms de agentes "frágiles" casi siempre quieren decir que sus prompts eran frágiles. El trabajo basado en especificaciones cambia completamente el resultado.
Apropíate de este esqueleto para la especificación que escribe tu arquitecto:
Pásalo al motor y aléjate.
Ejecuta el Bucle Hoy: 3 Prompts para Robar
No necesitas un gran proyecto para probar esto. Toma cualquier tarea que normalmente le lanzarías a un solo modelo y ejecútala a través de los tres prompts a continuación. Completa los corchetes y adelante.
Prompt A. PLANIFICA (pégalo en Opus 4.8)
1Quiero [describe tu objetivo en lenguaje sencillo].2No construyas nada todavía. Actúa como el arquitecto.3Convierte esto en una especificación precisa usando exactamente estos encabezados:4OBJETIVO, ALCANCE, REGLAS, FUENTES, SALIDA, CONDICIÓN DE PARADA.5Antes de terminar, señala las dos suposiciones más riesgosas en el plan.
Prompt B. SWARMEA (pégalo en Kimi K2.6)
1Aquí tienes una especificación. Ejecútala de principio a fin.2Paraleliza donde puedas, luego fusiona todo en la SALIDA final definida abajo.3No me hagas preguntas a menos que la especificación se contradiga genuinamente a sí misma.4[pega la especificación del Prompt A]
Prompt C. JUZGA (pégalo en Opus 4.8)
1Aquí está la especificación y la salida que un swarm produjo contra ella.2Sé escéptico. Tu trabajo es encontrar lo que está mal, no elogiarlo.3Enumera cada falla, afirmación sin respaldo y brecha silenciosa, clasificadas por gravedad,4luego dame una lista corta de correcciones que pueda pasar directamente al constructor.5[pega la especificación y la salida]
Luego lleva la lista de correcciones del Prompt C de vuelta a Kimi, deja que parchee todo y envía. Eso es un ciclo completo del bucle, y cuesta casi nada ejecutarlo de nuevo.
Los Números Que Harán Sonreír a Tu CFO
Aquí está por qué esto no solo es elegante. Es económicamente obvio.
En un flujo de trabajo ingenuo, ejecutas todo con tokens premium. Cada borrador desechable, cada prueba, cada experimento tonto, a precio completo.
En este flujo de trabajo, el modelo caro solo toca los dos momentos donde el juicio realmente importa: el plan y el veredicto. Todo lo demás, el 80% del volumen de tokens que es solo hacer el trabajo, se ejecuta en el modelo que cuesta varias veces menos.
No estás reduciendo calidad. Estás reduciendo el precio de las partes que nunca necesitaron ser caras.
Así es como los equipos están reduciendo silenciosamente sus facturas de IA en grandes márgenes mientras aumentan lo que envían. No comprando menos. Comprando inteligentemente.
Por Qué Esta Combinación Supera a Cualquier Modelo Solo
El principio más profundo es más antiguo que la IA: ventaja comparativa.
Usa el motor incansable y barato para el volumen. Usa la mente cuidadosa y premium para el juicio. No hagas que tu pensador más caro haga trabajo pesado, y no confíes en tu constructor más rápido como la palabra final.
Un modelo solo fuerza un compromiso. Totalmente premium quema dinero en tareas que no lo necesitaban. Totalmente barato arriesga enviar fallas que nadie atrapó. El bucle de dos modelos rechaza el compromiso por completo. Obtiene la economía del modelo barato y la conciencia del modelo cuidadoso.
Eso no es un truco. Es simplemente una buena división del trabajo, finalmente disponible en software.
El Único Error Que Silenciosamente Mata Este Flujo de Trabajo
Saltarse el paso JUZGA.
Es la esquina más tentadora de cortar, porque la salida del swarm generalmente parece terminada. Compila. Se ejecuta. Se siente hecho.
"Parece hecho" y "es correcto" son planetas diferentes, y la única razón por la que este flujo de trabajo es seguro es que asignaste un modelo cuidadoso y honesto para decirte la diferencia. Corta ese paso para ahorrar unos minutos, y habrás convertido un sistema brillante de nuevo en una forma rápida de enviar errores.
El volumen barato solo es un superpoder cuando algo confiable está verificando el trabajo. Mantén al juez.
En Resumen
En un año definido por argumentos cada vez más ruidosos sobre qué modelo es "el mejor", la verdad silenciosa es casi divertida. El mejor modelo resulta ser dos de ellos, cada uno apuntado al trabajo para el que nació.
Kimi hace los kilómetros. Opus atrapa los errores. Una buena especificación es el puente entre ellos.
Las personas que todavía discuten seguirán discutiendo. Tú tienes un flujo de trabajo ahora.
Ve a construir lo que estarán escribiendo hilos el próximo mes.
Guarda esto 🔖.
