Ein kostenloses Open-Source-Modell betreibt 300 parallele Agenten über 4.000 koordinierte Schritte hinweg – ausgehend von einem einzigen Prompt – und erzielt bei echten Forschungsaufgaben höhere Punktzahlen als Modelle, für die man das Fünffache bezahlt.
Die meisten Menschen haben es nie geöffnet.
Sie öffnen Kimi, geben eine Frage ein, erhalten eine Antwort, schließen den Tab. Das ist die Chatbox. Sie funktioniert. Das ist aber auch nur etwa 10 % dessen, was das Produkt kann.
Hier ist der Teil, den die meisten überspringen:
Der Schwarm läuft nicht nur schnell. Wenn man es richtig macht, hinterlässt er jedes Mal etwas – eine wiederverwendbare Fähigkeit, eine schärfere Spezifikation, eine Einschränkung, die verhindert, dass der nächste Lauf den heutigen Fehler wiederholt.
Der Schwarm, der gestern deine Aufgabe erledigt hat, sollte klüger sein als der, der sie heute erledigt.
https://x.com/Kimi_Moonshot/status/2047190578493096122
Das ist die Schleife. Kimi erledigt die Arbeit und das Lernen. Opus 4.8 sitzt an einem Tor – dem Verify-Gate – und seine einzige Aufgabe ist es, zu verhindern, dass Müll als Fähigkeit gespeichert wird. Die Engine lernt. Der Abschlussprüfer hält sie ehrlich.
Manche Leute suchen sich ein Modell aus und heiraten es. Manche jagen die oberste Benchmark-Linie. Andere verkabeln LangGraph und verbringen ein Wochenende damit, einen DAG zu debuggen.
Das Ergebnis ist meist das Gleiche: ein Workflow, der beim 50. Durchlauf genau dasselbe tut wie beim 1. Durchlauf.
Das hier ist anders. Das hier ist das komplette Playbook für einen Schwarm, der sich selbst verstärkt. 10 Schritte. Jeder Prompt ist Copy-Paste. Jede Zahl ist verifiziert.
Teil 1 – Baue die Schleife einmal. Führe sie für immer aus.
01. Schreibe eine Spezifikation, keinen Prompt
Wenn die meisten Leute „300 Agenten" hören, feuern sie eine Einzeiler ab – „Erforsche den Fitness-App-Markt" – und erwarten Genialität. Das ist der schnellste Weg, um Credits zu verbrennen und Müll zu bekommen.
Ein Einzeiler-Prompt gibt dem Schwarm die Erlaubnis, alles zu entscheiden, und er wird sich falsch entscheiden.
Behandle den Schwarm wie einen Auftragnehmer, nicht wie einen Dschinn. Eine Spezifikation definiert, was gesammelt werden soll, was als gültig gilt, welche Quellen erlaubt sind, das genaue Ausgabeformat und was bei Konflikten zu tun ist. Hier ist der Teil, den die meisten überspringen: Kimi entscheidet die Zerlegung selbst.
Du baust die Agenten nicht wie in CrewAI, du verkabelst den Graphen nicht wie in LangGraph, du definierst keine Struktur wie in AutoGen. Du beschreibst das Ziel – der Schwarm baut das Organigramm.
Die Spezifikation ist das einzelne Artefakt mit der höchsten Hebelwirkung in der gesamten Schleife, denn in Schritt 4 wird sie zum Samen deiner wiederverwendbaren Fähigkeit.
1# PROJEKT: [Name]2ZIEL: [ein Satz – das Lieferbare, nicht das Thema]3UMFANG: [was drin ist, was explizit draußen ist]4REGELN: [Validierung – was zählt als verifizierte Zeile/Erkenntnis]5QUELLEN: [offizielle Beiträge, Papers, nur Primärquellen – keine Aggregatoren]6AUSGABE: [Dateityp / Anzahl / Benennung / Formatdetails]7BEI KONFLIKT: die Zeile markieren, niemals stillschweigend auflösen8STOPP-BEDINGUNG: [wann anhalten und melden, statt zu raten]
02. Lies den Zerlegungsplan, bevor du einen Cent ausgibst
Dies ist der Schritt, den Neulinge überspringen – und es ist der teuerste, den man überspringen kann.
Nachdem du die Spezifikation eingereicht hast, zeigt Kimi dir den Ausführungsplan bevor er läuft – wie viele Unteragenten, was jeder bearbeitet, die Abhängigkeitsreihenfolge, das Schrittbudget.
Lies ihn. Ein falsch zerlegter 200-Agenten-Schwarm kostet echtes Geld und echte Stunden. Den Plan zu prüfen kostet nichts. Du suchst nach drei Dingen: Versteht er den Umfang, ist die Agentenzahl für die Aufgabengröße sinnvoll, und passt der Ausgabeplan zu dem, was du wirklich brauchst?
Ein Detail, das man kennen sollte: Die 4.000 Schritte sind ein gesamtes koordiniertes Budget für den Schwarm, nicht 4.000 Schritte pro Agent. Ein 300-Agenten-Lauf hat durchschnittlich ~13 Schritte pro Agent – kurze, spezialisierte Unteraufgaben. Das sagt dir, ob deine Aufgabe in die Form passt.
1Zeig mir die vorgeschlagene Zerlegung, bevor du loslegst:2- wie viele Unteragenten und was jeder bearbeitet3- die Abhängigkeitsreihenfolge (was blockt was)4- geschätztes Schrittbudget5- wo das größte Qualitätsrisiko liegt6Führe noch nichts aus. Warte auf meine Bestätigung.
Ein Einzeiler-Prompt ist ein Wunsch. Eine Spezifikation ist ein Befehl. Der Schwarm führt Befehle aus.
03. Lass ihn verschwenderisch sein – das ist der Punkt
Jetzt führst du ihn aus. Bis zu 300 Unteragenten feuern in parallelen Wellen los. Die erste Welle bearbeitet vollständig unabhängige Unteraufgaben.
Sobald Ergebnisse eintreffen, startet der Orchestrator die nächste Welle auf alles, was von ihnen abhing, bis der Abhängigkeitsgraph aufgelöst ist.
Jeder Unteragent arbeitet in seinem eigenen begrenzten Kontextfenster. Das ist der strukturelle Trick: Ein einzelner Agent bei einer langen Aufgabe füllt sein Fenster, bis es überläuft und er mit verlustbehafteter Zusammenfassung beginnt – und jeder weitere Denkschritt wird schlechter.
Der Schwarm gibt jeder Unteraufgabe ihren eigenen abgegrenzten Kontext, sodass nur strukturierte Ausgaben zurück zum Koordinator fließen. Deshalb kollabiert er nicht bei Aufgaben, die einen einzelnen Agenten zerstören.
Da Kimi für $0,95/M eingehend und $4,00/M ausgehend läuft – mit Cache-Treffern bei $0,16 – kannst du es dir leisten, den ersten Versuch wegzuwerfen und noch einmal zu laufen. Billiges Volumen verändert, was du zu versuchen bereit bist.
1Führe die Spezifikation Ende-zu-Ende aus.2Parallelisieren, wo es der Plan erlaubt.3Melde den Fortschritt alle 30 Schritte.4Markiere sofort jeden Blocker – arbeite nicht stillschweigend darum herum.5Wenn ein Unteragent >10 Minuten stillsteht, weise neu zu oder melde es.6Führe alles in der in der Spezifikation definierten AUSGABE zusammen.
04. Verlange echte Dateien, keine Chat-Antwort
Die Ausgabe eines Schwarms ist kein Text in einem Fenster. Es sind strukturierte Liefergegenstände, die direkt in deine Arbeit einfließen – und das ist der Teil, den die meisten Artikel übersehen.
Ein einziger Lauf liefert PDFs, Tabellenkalkulationen, Datensätze, Folien und funktionierenden Code – alles aus einem einzigen Start, weil Kimi diese Formate nativ ausgibt.
Leite die Spezifikation also immer mit der Ausgabe ein.
„Ein umfassender Bericht" gibt Agenten die Erlaubnis, früh aufzuhören. „Eine 40-seitige PDF + eine CSV mit 20.000 Zeilen + 14 exportfertige PNG-Diagramme" gibt ihnen ein Qualitätsziel, das es zu treffen gilt.
Spezifität auf der Ausgabeebene macht den Unterschied.
1AUSGABE: [Dateityp] / [Anzahl] / [Benennung] / [Formatdetail]23# starke Beispiele:4AUSGABE: 1 .xlsx, eine Zeile pro Modell, + 200-Wörter-Kurzbrief5AUSGABE: 30 HTML-Dateien, eine pro Geschäft, benannt nach Unternehmen6AUSGABE: 40-seitige PDF + 20.000-Zeilen-CSV + 14 PNG-Diagramme
05. Richte das ehrliche Modell auf die Ausgabe und frage, was falsch ist
Hier ist der eine Schlag, der nicht Kimi ist. Die bekannte Schwäche des Schwarms: Wenn du nicht explizit eine Verifikation verlangst, produziert er selbstbewusste, schwach belegte Behauptungen, und unabhängige Unteragenten widersprechen sich manchmal. „Sieht fertig aus" und „ist korrekt" sind verschiedene Planeten.
Opus 4.8 ist genau für dieses Tor gebaut. Anthropic berichtet, dass es etwa 4x seltener als 4.7 einen Fehler im eigenen Code unkommentiert durchlässt, und es ist der erste Claude, der 0 % bei unkritischer Meldung fehlerhafter Ergebnisse erzielt.
Seine einzige Aufgabe hier ist es, zu widerlegen, nicht zu loben. Du bezahlst keine Premium-Tokens zum Generieren – du bezahlst sie, um den stillen Fehler zu fangen, bevor Schritt 4 ihn für immer als Fähigkeit speichert.
Billiges Volumen ist nur dann eine Superkraft, wenn jemand Vertrauenswürdiges die Arbeit überprüft. Behalte das Verify-Gate.
06. Speichere den gesamten Workflow als eine Fähigkeit (Skill)
Dies ist der Schlag, der die Schleife selbstverbessernd macht. Nach einem Lauf, den du wiederholen wirst, sag Kimi, dass er den gesamten Workflow als wiederverwendbare Fähigkeit (Skill) erfassen soll – Eingabeformat, Agentenschritte, Ausgabeformat.
Der erste Lauf dauert 20 Minuten. Jeder Lauf danach dauert 30 Sekunden.
Das ist die ehrliche Version von „selbstlernend". Das Modell trainiert seine Gewichte nicht zwischen deinen Läufen neu.
Das System darum herum wird intelligenter – deine Fähigkeitsbibliothek wächst mit jedem Projekt, und jeder zukünftige Schwarm wendet diese Fähigkeiten automatisch an.
Ein Konkurrent kann diese Bibliothek nicht in einer Woche kopieren. Sie ist aus Monaten deiner echten Läufe aufgebaut.
1Speichere diesen gesamten Workflow als wiederverwendbare Fähigkeit (Skill): „[Name]"2Erfasse:3- das Eingabeformat (welche Dateien / Spezifikationsform er erwartet)4- die Agentenschritte, die funktioniert haben5- das Ausgabeformat und die Benennungskonvention6- die Validierungsregeln aus der Spezifikation7Wenn ich das nächste Mal diesen Skill ausführe, hänge ich neue Dateien an und bekomme die gleiche Form.
07. Füge deine eigenen Dokumente als Schwarmwissen ein
Fähigkeiten erfassen Prozess. Dokument-zu-Fähigkeit erfasst Domäne. Lade deine beste Arbeit hoch – ein abgeschlossenes Angebot, einen polierten Bericht, eine Präsentation – und Kimi erfasst ihren strukturellen und stilistischen Fingerabdruck als Fähigkeit, die jeder zukünftige Schwarm automatisch anwendet.
Hier verstärkt es sich: Jede PDF, jedes Transkript oder jede Tabelle, die du einspeist, wird zu Kontext, an dem sich alle 300 parallelen Agenten orientieren können, anstatt auf allgemeine Trainingsdaten zurückzugreifen.
Je mehr du einspeist, desto genauer wird jeder nachfolgende Lauf. Berichte hören auf, wie generische KI zu klingen, und beginnen, wie deine Arbeit zu klingen.
1Erfasse dieses Dokument als wiederverwendbare Fähigkeit. Identifiziere, was es gut macht:2- die Struktur und die Reihenfolge der Abschnitte3- den Ton und die Sprachregister4- die Analysetiefe pro Abschnitt5- den Schreibrhythmus und die Formatierungsentscheidungen6Speichere es als „[Name]". Erstelle dann ein neues Dokument zu einem [anderen Thema]7unter Verwendung der erfassten Fähigkeit – erreiche das gleiche Qualitätsniveau, nicht den gleichen Inhalt.
08. Verwandle das Überprüfungs-Feedback in eine dauerhafte Regel
Schritt 5 fängt einen Fehler einmal. Schritt 8 stellt sicher, dass der Schwarm ihn nie wieder macht. Nimm die Korrekturliste von Opus und patche nicht nur die Ausgabe – backe die Lektion in eine projektweite Einschränkungsdatei ein, die Kimi zu Beginn jeder Sitzung automatisch liest.
Das ist die Schleife, die aus ihren eigenen Fehlern lernt. Die Abweichung, die Opus bei Lauf #1 markiert hat, wird zu einer harten Regel bei Lauf #2.
Über ein paar Projekte hinweg wird deine Einschränkungsdatei zu einer lebenden Dokumentation, die sich selbst durchsetzt – und das Verify-Gate hat jedes Mal weniger zu fangen.
1# CONSTRAINTS.md — wird automatisch geladen2- jede angegebene Zahl muss auf eine Primärquelle zurückgehen oder markiert werden3- keine stille Konfliktlösung – Widersprüche offenlegen4- [aus dem letzten Lauf destillierte Regel aus Opus-Feedback]5- [der Fehler, den du nie wiederholen willst]6Umfangsbegrenzung: nichts außerhalb des UMFANG-Blocks der Spezifikation anfassen.
09. Spiele die Fähigkeit auf neuen Eingaben ab – sieh zu, wie die Kosten fallen
Jetzt kommt die Auszahlung. Lauf #2 startet nicht bei Null. Er startet bei der Fähigkeit, dem Schwarmwissen und der Einschränkungsdatei, die du in Schritten 6–8 aufgebaut hast.
Gleicher Workflow, neue Dateien, ein Bruchteil der Einrichtung.
Hier hört „selbstverstärkend" auf, ein Modewort zu sein, und zeigt sich auf der Rechnung. Der erste Wettbewerbsbeobachtungslauf braucht eine vollständige Spezifikation und einen Verify-Durchlauf.
Der vierte ist ein 30-Sekunden-Prompt gegen die gespeicherte Fähigkeit, und die Ausgabe ist schärfer, weil sie alle Korrekturen von den Läufen davor erbt.
1Führe die gespeicherte Fähigkeit (Skill) „[Name]" auf diesen neuen Eingaben aus.2Wende CONSTRAINTS.md an. Verwende das erfasste Ausgabeformat.3[Hänge neue Dateien an]4Melde nur Abweichungen von der erwarteten Form der Fähigkeit.
20 Minuten bei Lauf eins. 30 Sekunden bei Lauf fünfzig. Diese Lücke ist der ganze Grund, eine Schleife statt eines Prompts zu bauen.
10. Mache die Schleife zu einem Hintergrundagenten
Der letzte Schritt: Sobald eine Schleife stabil und durch eine Fähigkeit gestützt ist, hörst du auf, sie von Hand zu starten.
Richte Kimi auf den Auslöser aus – einen Zeitplan, einen neuen Dateieingang, die Preisseite eines Konkurrenten – und lass ihn die gesamte Schleife proaktiv ausführen, wobei nur das Lieferbare und die Abweichungen auftauchen.
Wettbewerbsbeobachtung ist das saubere Beispiel.
Lauf #1 baust und überprüfst du von Hand. Wenn es ein Hintergrundagent ist, überprüft es jede Woche parallel jeden Konkurrenten und legt einen Kurzbrief in deinem Posteingang ab – zu null zusätzlichem Zeitaufwand.
Der einzige Mensch, der noch in der Schleife ist, ist die Frage, die du stellst, und die Entscheidung, die du auf die Antwort triffst.
1Führe die Fähigkeit (Skill) „[Name]" wöchentlich nach Zeitplan aus.2Auslöser: [Zeitplan / neue Datei / überwachte URL]3Bei jedem Lauf: führe den Schwarm aus, wende CONSTRAINTS.md an,4verifiziere, dann liefere die AUSGABE + einen Unterschied zum letzten Lauf.5Melde dich nur bei mir, wenn eine Abweichung [Schwellenwert] überschreitet.
Fazit:
Während die geschlossenen Labore weiterhin einen intelligenteren Chatbot nach dem anderen ausliefern, betreibt ein offenes Modell 300 Agenten parallel – und wird auf Systemebene mit jedem Lauf, den du ihm gibst, intelligenter.
Wir haben diesen genauen Fingerabdruck schon einmal gesehen. Eine offene Veröffentlichung definiert neu, was die geschlossene Grenze zu besitzen glaubte, und das gesamte Feld kalibriert sich über Nacht neu. Es geschah mit DeepSeek.
Ein selbstlernender Schwarm auf einem Open-Weight-Modell hat die gleiche Form.
Die Entwickler, die immer noch darüber streiten, welches Modell „gewonnen" hat, beantworten eine Frage, die aufgehört hat, wichtig zu sein.
Die Frage ist jetzt nicht mehr, welches Modell das intelligenteste ist. Es ist: Wie viele kannst du gleichzeitig laufen lassen, wer überprüft ihre Arbeit, und ist dein Setup heute schärfer als gestern?
Die meisten Leute werden das lesen und Kimi weiterhin als Chatbox benutzen. Einige wenige werden diese Woche die Schleife bauen. Der erste Lauf dauert 20 Minuten. Jeder Lauf danach ist Hebel, den du besitzt.
Baue sie. Überprüfe sie. Destilliere sie. Und sieh dann zu, wie sie jedes Mal, wenn du sie ausführst, billiger und schärfer wird.
