Kimi K3 Swarm Max : comment exécuter 300 agents de recherche à partir d'une seule invite

Kimi K3 est sortie le 16 juillet 2026. 2,8 billions de paramètres. Un contexte d'un million de tokens. Le plus gros modèle open-weight jamais publié.

La fonction phare est K3 Swarm Max : jusqu'à 300 sous-agents fonctionnant en parallèle, coordonnés sur 4 000 étapes, produisant des fichiers réels plutôt que des réponses textuelles. Deux variantes partagent le même cerveau. K3 Max gère les tâches quotidiennes. K3 Swarm Max déploie une flotte entière sur le problème.

La plupart des gens ouvrent Kimi, tapent une question, obtiennent une réponse et ferment l'onglet. Cela ne représente qu'environ 10 % de ce que le produit peut faire. Ce guide couvre les 90 % restants.

L'essaim n'est pas une option greffée. L'orchestrateur est une politique apprise, entraînée via l'apprentissage par renforcement multi-agents parallèle. Vous décrivez l'objectif. L'essaim décide comment le décomposer, combien d'agents créer, et comment rassembler les résultats. Les essaims excellent dans les tâches larges et parallélisables : recherche sur plus de 50 sources, analyse par lots, veille concurrentielle, création de jeux de données. Ils peinent sur les tâches séquentielles profondes où l'étape 3 dépend de l'étape 2.

• Rédigez un cahier des charges, pas une simple instruction

« Étudie le marché des applis fitness » est le meilleur moyen de brûler des crédits et d'obtenir du contenu médiocre. Une instruction d'une ligne donne à l'essaim la permission de tout décider. Il décidera mal.

Considérez l'essaim comme un prestataire. Un cahier des charges définit quoi collecter, ce qui est valide, les sources autorisées, le format de sortie exact, et la conduite à tenir en cas de conflit. Le cahier des charges est l'élément le plus stratégique de tout le workflow, car au niveau 2, il devient la graine de votre compétence (Skill) réutilisable.

1# PROJET : [nom]
2OBJECTIF : [une phrase, le livrable, pas le sujet]
3PÉRIMÈTRE : [ce qui est inclus, ce qui est explicitement exclu]
4RÈGLES : [validation, ce qui constitue un résultat vérifié]
5SOURCES : [publications officielles, articles, sources primaires uniquement, pas d'agrégateurs]
6SORTIE : [type de fichier / nombre / nommage / détails du format]
7EN CAS DE CONFLIT : signaler la ligne, ne jamais résoudre silencieusement
8CONDITION D'ARRÊT : [quand s'arrêter et rapporter plutôt que de deviner]

• Lisez le plan de décomposition avant de dépenser

Après avoir soumis le cahier des charges, Kimi vous montre le plan d'exécution avant de lancer : combien de sous-agents, ce que chacun traite, l'ordre des dépendances, le budget d'étapes. C'est l'étape que les débutants sautent, et c'est la plus coûteuse à ignorer.

Un essaim de 200 agents mal décomposé coûte cher. Vérifier le plan ne coûte rien. Vous cherchez trois choses : l'essaim comprend-il le périmètre, le nombre d'agents est-il raisonnable pour la tâche, et le plan de sortie correspond-il à ce dont vous avez réellement besoin.

1Montre-moi la décomposition proposée avant d'exécuter :
2- combien de sous-agents, et ce que chacun traite
3- l'ordre des dépendances (ce qui bloque quoi)
4- le budget d'étapes estimé
5- où se situe le plus grand risque de perte de qualité
6N'exécute pas encore. Attends ma confirmation.

Un détail qui compte : les 4 000 étapes représentent un budget total coordonné pour l'essaim, pas 4 000 par agent. Une exécution avec 300 agents donne en moyenne environ 13 étapes chacun. Cela vous indique si votre tâche est adaptée à cette configuration.

• Lancez-le

Maintenant, exécutez. Jusqu'à 300 sous-agents sont lancés en vagues parallèles, chacun dans son propre contexte délimité. Seules les sorties structurées remontent au coordinateur.

1Exécute le cahier des charges de bout en bout.
2Parallélise autant que le plan le permet.
3Signale immédiatement tout blocage, ne le contourne pas silencieusement.
4Fusionne le tout dans la SORTIE définie dans le cahier des charges.

Ce que vous obtenez après le niveau 1

Une sortie unique de l'essaim construite à partir de votre cahier des charges. Brute, non vérifiée, mais structurée. La plupart des gens s'arrêtent là. La valeur commence au niveau 2.

• Exigez de vrais fichiers, pas une réponse textuelle

« Un rapport complet » donne aux agents la permission de s'arrêter tôt. « Un PDF de 40 pages + un CSV de 20 000 lignes + 14 graphiques PNG prêts à exporter » leur donne un objectif de qualité. Mettez toujours la sortie en tête du cahier des charges. La spécificité au niveau de la sortie est la différence entre une équipe de recherche et une boîte à suggestions coûteuse.

1# exemples de sorties solides :
2SORTIE : 1 .xlsx, une ligne par modèle, + résumé de 200 mots
3SORTIE : 30 fichiers HTML, un par magasin, nommés par enseigne
4SORTIE : PDF de 40 pages + CSV de 20 000 lignes + 14 graphiques PNG

• Exigez de vrais fichiers, pas une réponse textuelle

« Un rapport complet » donne aux agents la permission de s'arrêter tôt. « Un PDF de 40 pages + un CSV de 20 000 lignes + 14 graphiques PNG prêts à exporter » leur donne un objectif de qualité. Mettez toujours la sortie en tête du cahier des charges. La spécificité au niveau de la sortie est la différence entre une équipe de recherche et une boîte à suggestions coûteuse.

1# exemples de sorties solides :
2SORTIE : 1 .xlsx, une ligne par modèle, + résumé de 200 mots
3SORTIE : 30 fichiers HTML, un par magasin, nommés par enseigne
4SORTIE : PDF de 40 pages + CSV de 20 000 lignes + 14 graphiques PNG

• Utilisez un modèle distinct pour vérifier la sortie

Le défaut connu de l'essaim : à moins que vous n'exigiez explicitement une vérification, il produit des affirmations confiantes mais peu sourcées, et des sous-agents indépendants se contredisent parfois. « Ça a l'air fini » et « c'est correct » sont deux choses très différentes.

Utilisez un second modèle comme passerelle de vérification. Son seul travail : réfuter, pas louanger. Vous ne payez pas des jetons premium pour générer. Vous les payez pour détecter le défaut silencieux avant que l'étape suivante ne sauvegarde le workflow comme compétence réutilisable.

1Tu es le VÉRIFICATEUR. Un essaim d'agents a produit la sortie ci-jointe.
2Ton seul travail est de trouver ce qui ne va pas.
3
4Vérifie :
5- Chaque chiffre avancé renvoie-t-il à une source nommée ?
6- Deux sections quelconques se contredisent-elles ?
7- Quelque chose est-il présenté comme un fait alors que c'est une déduction ?
8- La sortie correspond-elle aux exigences de format du cahier des charges ?
9
10Pour chaque problème : cite l'emplacement exact et la correction.
11Si tout tient la route : APPROUVÉ.
12Si quoi que ce soit échoue : REJETÉ + la correction la plus critique en premier.

• Sauvegardez l'intégralité du workflow en tant que compétence

Après une exécution vérifiée, demandez à Kimi de capturer l'ensemble du workflow : format d'entrée, étapes des agents, format de sortie, règles de validation. La première exécution prend 20 minutes. Chaque exécution suivante prend 30 secondes. La compétence est la raison pour laquelle le système s'améliore au lieu de repartir de zéro à chaque fois.

1Sauvegarde ce workflow complet en tant que compétence réutilisable : « [nom] »
2Capture :
3- le format d'entrée (quels fichiers / quelle forme de cahier des charges il attend)
4- les étapes des agents qui ont fonctionné
5- le format de sortie et la convention de nommage
6- les règles de validation du cahier des charges
7La prochaine fois que je lance ceci, je joins de nouveaux fichiers et j'obtiens la même forme.

Ce que vous obtenez après le niveau 2

Une sortie vérifiée en laquelle vous pouvez avoir confiance, et une compétence sauvegardée que vous pouvez rejouer sans reconstruire le cahier des charges. C'est là que la boucle commence à porter ses fruits.

• Ajoutez vos propres documents comme connaissance de l'essaim

Les compétences capturent le processus. La transformation de document en compétence capture le domaine. Importez vos meilleurs travaux et Kimi en capture l'empreinte structurelle sous forme de compétence que tous les futurs essaims appliqueront.

Chaque PDF, transcription ou feuille de calcul que vous importez devient un contexte sur lequel les 300 agents s'appuient, plutôt que de se rabattre sur les données d'entraînement. Plus vous en importez, plus la sortie ressemble à votre travail plutôt qu'à une IA générique.

1Capture ce document en tant que compétence réutilisable. Identifie ce qui le rend efficace :
2- structure et ordre des sections
3- ton et registre de voix
4- profondeur d'analyse par section
5Sauvegarde-le sous le nom « [nom] ». Produis ensuite un nouveau document sur [sujet différent] en utilisant la compétence capturée. Égalise la barre de qualité, pas le contenu.

• Transformez chaque rejet en règle permanente

L'étape de vérification détecte un défaut une fois. Cette étape garantit que l'essaim ne le reproduira plus jamais. Distillez les retours en règles strictes et inscrivez-les dans un fichier de contraintes que l'essaim lira avant toute action.

1# CONTRAINTES.md, chargé automatiquement
2- chaque chiffre avancé doit renvoyer à une source primaire ou être signalé
3- pas de résolution silencieuse de conflit : fais remonter les contradictions
4- [règle distillée à partir des retours du vérificateur de la dernière exécution]
5- [l'erreur que tu ne veux jamais voir répétée]
6Périmètre verrouillé : ne touche à rien en dehors du bloc PÉRIMÈTRE du cahier des charges.

• Rejouez la compétence sur de nouvelles entrées

C'est là que « capitalisation » cesse d'être un mot à la mode et se matérialise sur la facture. La deuxième exécution ne repart pas de zéro. Elle démarre à partir de la compétence, de la connaissance de l'essaim et du fichier de contraintes que vous avez construits ci-dessus. Même workflow, nouveaux fichiers, une fraction de la configuration.

L'économie change radicalement lors des rejeux. Le tarif du cache K3 tombe à 0,30 $ par million de tokens pour le contexte répété, soit 10 fois moins cher que le prix d'entrée de la première exécution. La compétence, les contraintes et le cahier des charges sont tous du contexte répété. Seuls vos nouveaux fichiers d'entrée sont facturés au tarif plein. La première exécution est un investissement. Chaque exécution suivante en récolte les fruits.

La sortie s'améliore également structurellement. La compétence impose le format. Les contraintes bloquent chaque erreur déjà détectée par le vérificateur. La connaissance de l'essaim ancre chaque agent sur vos documents réels plutôt que sur les données d'entraînement. La quatrième exécution ne coûte pas seulement moins cher que la première. Elle produit de meilleurs résultats, car le système a appris de trois cycles de retours réels.

1Exécute la compétence sauvegardée « [nom] » sur ces nouvelles entrées.
2Applique CONTRAINTES.md. Utilise le format de sortie capturé.
3[joindre les nouveaux fichiers]
4
5Compare la sortie de cette exécution avec la précédente.
6Rapporte :
7- les nouvelles conclusions absentes la dernière fois
8- les conclusions qui ont changé depuis la dernière exécution
9- tout ce qui a disparu (signaler comme écart potentiel)
10- les écarts par rapport à la forme attendue de la compétence

Ce que vous obtenez après le niveau 3

Un pipeline de recherche qui s'améliore de lui-même. Chaque exécution est moins chère, plus rapide et plus précise que la précédente, car la bibliothèque de compétences, la base de connaissances et le fichier de contraintes ne cessent de croître.

• Transformez la compétence en agent planifié

Une fois la boucle stable et adossée à une compétence, vous cessez de la lancer manuellement. Indiquez à Kimi un déclencheur : un planning, l'ajout d'un nouveau fichier, une URL surveillée. Laissez-le exécuter l'essaim de manière proactive, en ne remontant que le livrable et les écarts qui méritent votre attention.

La veille concurrentielle en est l'exemple parfait. Première exécution : vous construisez et vérifiez manuellement. Au moment où elle devient un agent de fond, elle vérifie chaque concurrent en parallèle chaque semaine et dépose un briefing dans votre boîte de réception, sans coût de temps marginal. La seule intervention humaine restante est la question que vous avez posée et la décision que vous prenez sur la réponse.

1Exécute la compétence « [nom] » selon un planning hebdomadaire.
2Déclencheur : [planning / nouveau fichier / URL surveillée]
3À chaque exécution : lance l'essaim, applique CONTRAINTES.md,
4vérifie, puis livre la SORTIE + un diff par rapport à la dernière exécution.
5Ne m'avertis que si un écart dépasse [seuil].

Ce que 2,8 billions de paramètres ne résolvent pas

L'hallucination augmente avec le parallélisme. Plus d'agents en recherche signifie plus de réponses fausses mais assurées, à moins d'effectuer une passe de vérification. L'essaim ne se vérifie pas lui-même.

K3 coûte 3 à 4 fois plus cher que K2.6. Entrée : 3,00 $/M contre 0,95 $/M. Sortie : 15,00 $/M contre 4,00 $/M. Le cache aide lors des rejeux, mais la première exécution est coûteuse. Pour une optimisation pure des coûts, K2.6 reste l'option économique.

Les poids ouverts ne sont pas encore disponibles. Moonshot a promis leur publication d'ici le 27 juillet 2026. D'ici là, K3 fonctionne uniquement via l'API et l'application Kimi.

Les essaims amplifient les mauvais cahiers des charges. Une instruction vague via un agent gaspille une fenêtre de contexte. Via 300 agents, elle en gaspille 300 en parallèle.

La liste des pièges

• Les instructions d'une ligne. L'essaim décide tout. Il décide mal.
• Sauter la revue de décomposition. L'étape la plus coûteuse à ignorer.
• Pas de passe de vérification. « Ça a l'air fini » n'est pas « c'est correct ».
• Sauvegarder une sortie non vérifiée comme compétence. L'erreur se multiplie à chaque exécution future.
• 300 agents sur une tâche séquentielle. Un essaim ne peut pas paralléliser une chaîne de raisonnement.
• Utiliser K3 là où K2.6 suffit. Toutes les tâches n'ont pas besoin de 2,8 billions de paramètres.

Conclusion

La plupart des gens ouvriront Kimi, taperont une question et fermeront l'onglet. C'est la boîte de dialogue. Cela représente environ 10 % de ce que K3 peut faire.

Les 90 % restants, c'est une équipe de recherche que vous construisez une fois et que vous rejouez indéfiniment. Chaque niveau débloque davantage de puissance : d'abord l'exécution, ensuite la confiance, puis la capitalisation, et enfin l'autonomie. Vous n'avez pas besoin des quatre niveaux dès le premier jour. Commencez au niveau 1 avec un seul cahier des charges. Si la sortie est utile, passez au niveau 2 et vérifiez-la. Si vous prévoyez de l'exécuter à nouveau, sauvegardez la compétence. Le système s'affinera ensuite tout seul.

Rédigez le cahier des charges, pas l'instruction. Vérifiez avant de sauvegarder. Et regardez chaque exécution devenir moins chère et plus précise que la précédente.