Un modelo gratuito de código abierto está ejecutando 300 agentes en paralelo a través de 4,000 pasos coordinados desde una sola instrucción, y obtiene puntuaciones más altas en tareas de investigación reales que modelos por los que pagas 5 veces más.
La mayoría de la gente nunca lo ha abierto.
Abre Kimi, escribe una pregunta, obtiene una respuesta, cierra la pestaña. Eso es la caja de chat. Funciona. También es aproximadamente el 10% de lo que el producto puede hacer.
Esta es la parte que la mayoría de la gente se salta:
El enjambre no solo corre rápido. Si lo ejecutas bien, siempre deja algo atrás: una habilidad reutilizable, una especificación más precisa, una restricción que evita que la próxima ejecución repita el error de hoy.
El enjambre que ejecutó tu tarea ayer debería ser más inteligente que el que la ejecuta hoy.
https://x.com/Kimi_Moonshot/status/2047190578493096122
Ese es el ciclo. Kimi hace el trabajo y el aprendizaje. Opus 4.8 se sienta en una puerta, la puerta de verificación, y su única función es evitar que la basura se guarde como habilidad. El motor aprende. El responsable lo mantiene honesto.
Algunos eligen un modelo y se casan con él. Algunos persiguen la línea de referencia más alta. Otros cablean LangGraph y pasan un fin de semana depurando un DAG.
El resultado suele ser el mismo: un flujo de trabajo que hace exactamente lo mismo en la ejecución número 50 que en la ejecución número 1.
Esto no es eso. Este es el manual completo para un enjambre que se acumula. 10 pasos. Cada instrucción es de copiar y pegar. Cada número está verificado.
Parte 1: Construye el ciclo una vez. Ejecútalo para siempre.
01. Escribe una especificación, no una instrucción
Cuando la mayoría de la gente oye "300 agentes", suelta una línea de texto: "investiga el mercado de aplicaciones de fitness" y espera genialidad. Esa es la forma más rápida de quemar créditos y obtener basura.
Una instrucción de una línea le da al enjambre permiso para decidirlo todo, y decidirá mal.
Trata al enjambre como a un contratista, no como a un genio. Una especificación define qué recopilar, qué cuenta como válido, qué fuentes están permitidas, el formato exacto de salida y qué hacer en caso de conflicto. Esta es la parte que la mayoría se salta: Kimi decide la descomposición por sí mismo.
No construyes los agentes como lo harías en CrewAI, no cableas el gráfico como LangGraph, no defines la estructura como AutoGen. Describes el objetivo: el enjambre construye el organigrama.
La especificación es el artefacto de mayor apalancamiento en todo el ciclo, porque en el paso 4 se convierte en la semilla de tu habilidad reutilizable.
1# PROYECTO: [nombre]2OBJETIVO: [una oración: el resultado, no el tema]3ALCANCE: [qué incluye, qué excluye explícitamente]4REGLAS: [validación: qué cuenta como fila/hallazgo verificado]5FUENTES: [publicaciones oficiales, artículos, solo fuentes primarias — sin agregadores]6SALIDA: [tipo de archivo / cantidad / formato de nombre / detalles de formato]7EN CASO DE CONFLICTO: marca la fila, nunca resuelvas en silencio8CONDICIÓN DE PARADA: [cuándo detenerse e informar en lugar de adivinar]
02. Lee el plan de descomposición antes de gastar un céntimo
Este es el paso que los principiantes se saltan, y es el más caro de saltarse.
Después de enviar la especificación, Kimi te muestra el plan de ejecución antes de ejecutarlo: cuántos subagentes, qué maneja cada uno, el orden de dependencias, el presupuesto de pasos.
Léelo. Un enjambre de 200 agentes descompuesto incorrectamente cuesta dinero real y horas reales. Revisar el plan no cuesta nada. Buscas tres cosas: si entiende el alcance, si el número de agentes es razonable para el tamaño de la tarea y si el plan de salida coincide con lo que realmente necesitas.
Un detalle que vale la pena conocer: los 4,000 pasos son un presupuesto total coordinado en todo el enjambre, no 4,000 pasos por agente. Una ejecución de 300 agentes promedia ~13 pasos cada uno: subtareas cortas y especializadas. Eso te dice si tu tarea se ajusta a la forma.
1Muéstrame la descomposición propuesta antes de ejecutar:2- cuántos subagentes y qué maneja cada uno3- el orden de dependencias (qué bloquea qué)4- el presupuesto estimado de pasos5- dónde está el mayor riesgo de pérdida de calidad6NO ejecutes todavía. Espera mi confirmación.
Una instrucción de una línea es un deseo. Una especificación es una orden. El enjambre ejecuta órdenes.
03. Déjalo ser ineficiente: ese es el objetivo
Ahora lo ejecutas. Hasta 300 subagentes se disparan en oleadas paralelas. La primera oleada maneja subtareas completamente independientes.
A medida que llegan los resultados, el orquestador lanza la siguiente oleada sobre lo que dependía de ellos, hasta que el gráfico de dependencias se resuelve.
Cada subagente trabaja en su propia ventana de contexto limitada. Ese es el truco estructural: un solo agente en una tarea larga llena su ventana hasta que se ahoga y comienza una summarización con pérdidas, y cada paso de razonamiento posterior empeora.
El enjambre le da a cada subtarea su propio contexto acotado, por lo que solo la salida estructurada fluye de vuelta al coordinador. Por eso no colapsa en tareas que rompen a un solo agente.
Debido a que Kimi cuesta $0.95/M de entrada y $4.00/M de salida, con aciertos de caché a $0.16, puedes permitirte tirar el primer intento y ejecutarlo de nuevo. El volumen barato cambia lo que estás dispuesto a intentar.
1Ejecuta la especificación de principio a fin.2Paraleliza donde el plan lo permita.3Informa el progreso cada 30 pasos.4Señala cualquier bloqueador inmediatamente — no lo resuelvas en silencio.5Si un subagente se estanca >10 min, reasigna o informa.6Combina todo en la SALIDA definida en la especificación.
04. Exige archivos reales, no una respuesta de chat
La salida de un enjambre no es texto en una ventana. Son entregables estructurados que van directamente a tu trabajo, y esta es la parte que la mayoría de los artículos pasan por alto.
Una ejecución produce PDFs, hojas de cálculo, conjuntos de datos, presentaciones de diapositivas y código funcional, todo desde un solo lanzamiento, porque Kimi emite esos formatos de forma nativa.
Por lo tanto, lidera siempre la especificación con la salida.
"Un informe completo" les da permiso a los agentes para detenerse temprano. "Un PDF de 40 páginas + un CSV con 20,000 filas + 14 gráficos PNG listos para exportar" les da un objetivo de calidad que alcanzar.
La especificidad a nivel de salida es la diferencia.
1SALIDA: [tipo de archivo] / [cantidad] / [formato de nombre] / [detalle de formato]23# ejemplos sólidos:4SALIDA: 1 .xlsx, una fila por modelo, + resumen de 200 palabras5SALIDA: 30 archivos HTML, uno por tienda, nombrados por negocio6SALIDA: PDF de 40 páginas + CSV de 20,000 filas + 14 gráficos PNG
05. Apunta el modelo honesto a la salida y pregúntale qué está mal
Este es el único paso que no es Kimi. La falla conocida del enjambre: a menos que exijas explícitamente la verificación, produce afirmaciones seguras pero con pocas citas, y los subagentes independientes a veces se contradicen entre sí. "Parece hecho" y "es correcto" son planetas diferentes.
Opus 4.8 está construido exactamente para esta puerta. Anthropic informa que es aproximadamente 4 veces menos probable que el 4.7 deje pasar un fallo en su propio código sin comentarlo, y es el primer Claude en obtener un 0% en informar acríticamente resultados defectuosos.
Su único trabajo aquí es refutar, no elogiar. No estás pagando tokens premium para generar, los estás pagando para atrapar el fallo silencioso antes de que el paso 4 lo guarde en una habilidad para siempre.
El volumen barato solo es un superpoder cuando algo confiable está revisando el trabajo. Mantén la puerta de verificación.
06. Guarda todo el flujo de trabajo como una habilidad
Este es el paso que hace que el ciclo se mejore a sí mismo. Después de una ejecución que repetirás, dile a Kimi que capture todo el flujo de trabajo como una habilidad reutilizable: formato de entrada, pasos del agente, formato de salida.
La primera ejecución toma 20 minutos. Cada ejecución posterior toma 30 segundos.
Esa es la versión honesta del "autoaprendizaje". El modelo no está reentrenando sus pesos entre tus ejecuciones.
El sistema que lo rodea se está volviendo más inteligente: tu biblioteca de habilidades crece con cada proyecto, y cada enjambre futuro aplica esas habilidades automáticamente.
Un competidor no puede copiar esa biblioteca en una semana. Está construida a partir de meses de tus ejecuciones reales.
1Guarda todo este flujo de trabajo como una habilidad reutilizable: "[nombre]"2Captura:3- formato de entrada (qué archivos / forma de especificación espera)4- los pasos del agente que funcionaron5- el formato de salida y la convención de nomenclatura6- las reglas de validación de la especificación7La próxima vez que ejecute esto, adjunto archivos nuevos y obtengo la misma forma.
07. Introduce tus propios documentos como conocimiento del enjambre
Las habilidades capturan el proceso. Documento a habilidad captura el dominio. Sube tu mejor trabajo: una propuesta de un acuerdo cerrado, un informe pulido, una presentación; y Kimi captura su huella estructural y estilística como una habilidad que todo enjambre futuro aplicará automáticamente.
Aquí es donde se acumula: cada PDF, transcripción u hoja de cálculo que introduces se convierte en contexto contra el que los 300 agentes paralelos pueden basarse, en lugar de recurrir a los datos de entrenamiento generales.
Cuanto más le introduzcas, más precisa será cada ejecución posterior. Los informes dejan de leerse como IA genérica y empiezan a leerse como tu trabajo.
1Captura este documento como una habilidad reutilizable. Identifica qué lo hace funcionar:2- estructura y orden de las secciones3- tono y registro de voz4- profundidad del análisis por sección5- el ritmo de escritura y las decisiones de formato6Guárdalo como "[nombre]". Luego produce un nuevo documento sobre [tema diferente]7usando la habilidad capturada: iguala el nivel de calidad, no el contenido.
08. Convierte la retroalimentación de verificación en una regla permanente
El paso 5 atrapa una falla una vez. El paso 8 se asegura de que el enjambre nunca la cometa de nuevo. Toma la lista de correcciones de Opus y no solo parches la salida: incorpora la lección en un archivo de restricciones a nivel de proyecto que Kimi lee automáticamente al comienzo de cada sesión.
Este es el ciclo aprendiendo de sus propios fracasos. La desviación que Opus señaló en la ejecución n.º 1 se convierte en una regla estricta en la ejecución n.º 2.
Después de algunos proyectos, tu archivo de restricciones se convierte en documentación viva que se aplica a sí misma, y la puerta de verificación tiene cada vez menos que atrapar.
1# RESTRICCIONES.md — cargado automáticamente2- toda cifra reclamada debe rastrearse hasta una fuente primaria o marcarse3- sin resolución silenciosa de conflictos — saca a la luz las contradicciones4- [regla destilada de la retroalimentación de Opus de la última ejecución]5- [el error que nunca quieres que se repita]6Bloqueo de alcance: no toques nada fuera del bloque ALCANCE de la especificación.
09. Reproduce la habilidad en nuevas entradas: observa cómo se desploma el costo
Ahora la recompensa. La ejecución n.º 2 no comienza desde cero. Comienza desde la habilidad, el conocimiento del enjambre y el archivo de restricciones que construiste en los pasos 6 a 8.
Mismo flujo de trabajo, archivos nuevos, una fracción de la configuración.
Aquí es donde "acumulación" deja de ser una palabra de moda y aparece en la factura. La primera ejecución de monitoreo competitivo requiere una especificación completa y una pasada de verificación.
La cuarta es una instrucción de 30 segundos contra la habilidad guardada, y la salida es más nítida porque hereda todas las correcciones de las ejecuciones anteriores.
1Ejecuta la habilidad guardada "[nombre]" en estas nuevas entradas.2Aplica RESTRICCIONES.md. Usa el formato de salida capturado.3[adjunta archivos nuevos]4Informa solo las desviaciones de la forma esperada de la habilidad.
20 minutos en la ejecución uno. 30 segundos en la ejecución cincuenta. Esa brecha es la razón principal para construir un ciclo en lugar de una instrucción.
10. Promociona el ciclo a un agente de fondo
El movimiento final: una vez que un ciclo es estable y está respaldado por una habilidad, dejas de lanzarlo manualmente.
Apunta a Kimi al desencadenante: un horario, una nueva carga de archivos, la página de precios de un competidor; y deja que ejecute todo el ciclo de forma proactiva, mostrando solo el entregable y las desviaciones.
El monitoreo competitivo es el ejemplo más claro.
La ejecución n.º 1 la construyes y verificas manualmente. Para cuando se convierte en un agente de fondo, está verificando a todos los competidores en paralelo semanalmente y dejando un resumen en tu bandeja de entrada con un costo de tiempo marginal de cero.
El único humano que queda en el ciclo es la pregunta que planteas y la decisión que tomas sobre la respuesta.
1Ejecuta la habilidad "[nombre]" en un horario semanal.2Desencadenante: [horario / nuevo archivo / URL monitoreada]3En cada ejecución: ejecuta el enjambre, aplica RESTRICCIONES.md,4verifica, luego entrega la SALIDA + un diff con respecto a la última ejecución.5Solo notifícame si una desviación supera [umbral].
Conclusión:
Mientras los laboratorios cerrados siguen lanzando un chatbot más inteligente a la vez, un modelo abierto está ejecutando 300 agentes en paralelo, y se vuelve más inteligente a nivel de sistema con cada ejecución que le das.
Ya hemos visto esta misma huella digital una vez. Un lanzamiento abierto replantea lo que la frontera cerrada creía poseer, y todo el campo se recalibra de la noche a la mañana. Sucedió con DeepSeek.
Un enjambre de autoaprendizaje en un modelo de pesos abiertos tiene la misma forma.
Los constructores que todavía discuten sobre qué modelo "ganó" están respondiendo una pregunta que dejó de importar.
La pregunta ahora no es qué modelo es el más inteligente. Es cuántos puedes ejecutar a la vez, quién está revisando su trabajo y si tu configuración es más nítida hoy de lo que era ayer.
La mayoría de la gente leerá esto y seguirá usando Kimi como una caja de chat. Algunos construirán el ciclo esta semana. La primera ejecución toma 20 minutos. Cada ejecución posterior es apalancamiento que posees.
Constrúyelo. Verifícalo. Destílalo. Luego observa cómo se vuelve más barato y más nítido cada vez que lo ejecutas.
