He estado ejecutando el Agent Swarm de Kimi K2.6 y los Dynamic Workflows de Claude Opus 4.8 lado a lado 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). La parte interesante es que sus debilidades son exactamente opuestas, 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 ejecutar hoy. Apropíate de todo.
La idea central en una frase
Kimi swarm es amplio y barato. Opus 4.8 es profundo y caro. Así que dejas que el swarm genere todos los candidatos, y solo gastas Opus en eliminar adversarialmente los falsos.
Por qué esto funciona específicamente:
Kimi swarm genera hasta 300 subagentes que autodescomponen una tarea: sin LangGraph, sin CrewAI, sin flujo de trabajo predefinido. 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 almacenamiento en caché reduciendo 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 confiadas, 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. Quieres que haga la eliminación.
La Pregunta Que Todos Hacen Es la Equivocada
"¿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 constructores 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 del Juego
Si este flujo de trabajo tiene una estrella, es Kimi. Y cuanto más miras los números, más parece no una actualización, sino 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 hoy en kimi.com 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 generar 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 reparte piezas a docenas o cientos de trabajadores a la vez, y luego fusiona los resultados.
Así es como se ve cuando lo dejas suelto:
- La gente genera el equivalente al trabajo de una pequeña agencia en menos de una hora: encuentra negocios locales con sitios web débiles, construye un borrador de página de aterrizaje para cada uno, redacta los correos de divulgación y produce un informe de mercado, todo a partir de un solo briefing.
- Los constructores extraen 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 llevaría a un solo agente la mayor parte de un día.
- En una ejecución ampliamente compartida, Kimi fue dirigido a un modelo pequeño en una laptop y se le pidió que lo hiciera más rápido. Corrió durante 12 horas sin supervisión, hizo 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 estrellas 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 enjambre. Convierte "ojalá pudiera probar diez versiones" en "probé diez versiones antes del almuerzo".
Pero un motor sin nadie al volante 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 en 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 enjambre 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.
También aporta el juicio para la parte frontal del proceso, esa parte 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 la cabeza antes de que se escriba una sola línea.
Es el revisor senior. El arquitecto. Aquel en quien confías para mirar todo lo que el motor produjo y decir, con calma, "envía esto, pero arregla eso primero".
El Cara a Cara: Opus 4.8 vs Kimi K2.6
Aquí está la parte que todos quieren y casi nadie escribe con honestidad.
Anthropic hizo de Opus 4.8 un verdadero paso adelante: juicio más agudo, el modelo más honesto que han hecho, y las mejores calificaciones en las pruebas de codificación y razonamiento más difíciles. Trabajo genuinamente excelente.
Y junto a él, Kimi K2.6 hizo silenciosamente algo difícil de discutir. Sus agentes abordan 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 autoalojarlo. 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. El titular de Kimi es el enjambre: 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 obtienen puntuaciones altas. 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 con honestidad y la lección no es "Kimi gana" u "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 enjambre y apenas toca tu presupuesto. Que es exactamente por qué el movimiento inteligente no es elegir un bando. Es poner cada uno donde es más fuerte.
El Flujo de Trabajo: Planificar, Enjambrar, Juzgar, Enviar
Esta es la parte para guardar. Cuatro tiempos, dos modelos, traspasos limpios.
1. PLANIFICAR con Opus 4.8 (el pensamiento).
Describe el problema completo a Opus y pídele que arquitecte, no que ejecute. 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 importa 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 evita los errores costosos.
2. ENJAMBRAR con Kimi K2.6 (el hacer).
Entrega 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 la construcción repetitiva a través de archivos. Deja que el enjambre paralelice el trabajo pesado. Debido a que es tan barato, no tienes miedo de tirar el primer intento y ejecutarlo de nuevo. Esta etapa hace el 80% del trabajo con una pequeña fracción del costo.
3. JUZGAR con Opus 4.8 (el que dice la verdad).
Alimenta todo lo que el enjambre produjo de vuelta a Opus y haz la pregunta que importa: ¿qué está mal con esto? Aquí es donde su honestidad se paga por sí misma. Atrapa las fallas silenciosas, las suposiciones sin fundamento, 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. ENVIAR de vuelta a Kimi K2.6 (el bucle).
Toma las notas de Opus, entrégaselas a Kimi y deja que el motor haga las correcciones y el pulido a un costo casi nulo. Luego envía. Y debido a que el bucle es tan barato en el lado de Kimi, puedes ejecutarlo de nuevo mañana, y al día siguiente, 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 Truco: Escribe una Especificación, No un Prompt
Aquí está el truco que separa a las personas que obtienen magia de un enjambre de las que obtienen basura cara.
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 truco es tratar al enjambre 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 enjambre 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 enjambre de Kimi ejecuta esa especificación a escala en el paso ENJAMBRAR. El pensador escribe las órdenes. El ejército las lleva a cabo.
Las personas que llaman a los enjambres de agentes "frágiles" casi siempre quieren decir que sus prompts eran frágiles. El trabajo impulsado por especificaciones cambia el resultado por completo.
Roba este esqueleto para la especificación que tu arquitecto escribe:
Entrégaselo 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 lanzarías a un solo modelo y ejecútala a través de los tres prompts a continuación. Rellena los corchetes y listo.
Prompt A. PLANIFICAR (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. ENJAMBRAR (pégalo en Kimi K2.6)
1Aquí hay 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. JUZGAR (pégalo en Opus 4.8)
1Aquí está la especificación y la salida que un enjambre produjo contra ella.2Sé escéptico. Tu trabajo es encontrar lo que está mal, no elogiarlo.3Enumera cada falla, afirmación sin fundamento y brecha silenciosa, clasificados por gravedad,4luego dame una lista corta de correcciones que pueda entregar directamente al constructor.5[pega la especificación y la salida]
Luego toma la lista de correcciones del Prompt C de vuelta a Kimi, deja que parchee todo y envía. Eso es una vuelta completa del bucle, y cuesta casi nada volver a ejecutarlo.
Los Números Que Harán Sonreír a Tu CFO
Aquí está por qué esto no es solo 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 la 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 por grandes márgenes mientras aumentan cuánto envían. No comprando menos. Comprando de manera inteligente.
Por Qué Esta Combinación Vence a Cualquier Modelo Solo
El principio más profundo es más antiguo que la IA: la 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 para la última palabra.
Un modelo solo fuerza un compromiso. Todo-premium quema dinero en tareas que no lo necesitaban. Todo-barato corre el riesgo de 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 JUZGAR.
Es la esquina más tentadora de cortar, porque la salida del enjambre generalmente parece terminada. Compila. Se ejecuta. Se siente hecho.
"Parece hecho" y "es correcto" son planetas diferentes, y la razón completa 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 has convertido un sistema brillante de nuevo en una forma rápida de enviar errores.
El volumen barato solo es un superpoder cuando alguien confiable está revisando el trabajo. Mantén al juez.
El Resultado Final
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 eso sobre lo que estarán escribiendo hilos el próximo mes.
Guarda esto 🔖.
