LongCat 2.0 im Test: ein echtes Arbeitstier mit einem harten Blocker

Wie ich diesen Test bewertet habe

Sieben Dimensionen, jede anhand einer Primärquelle statt einer Presse-Zusammenfassung bewertet: die Lizenzdatei, die Preisseite, die ausgelieferte config.json, die API-Referenz, die eigene Benchmark-Tabelle des Tech-Blogs, die Plattform-FAQ und die Deployment-Rezepte. Wenn ich eine Einschätzung aus praktischer Erfahrung heranziehe, stammt sie von einer namentlich genannten Person in einem öffentlichen Thread, nicht von meiner eigenen Vermutung.

Für die vollständige Analyse dessen, was im Paket steckt, habe ich einen Begleitartikel zu LongCat 2.0 selbst geschrieben. Dieser Test ist die Kaufentscheidung, die darauf aufbaut.

Kommen Sie überhaupt heran? Wählen Sie Ihren Weg

Das Ungewöhnliche daran, dieses Modell zu testen, ist, dass „ist es gut" und „kann man es nutzen" unterschiedliche Antworten haben, je nachdem, wie man es erreicht. Es gibt drei Wege, und jeder hat eine andere Hürde. Suchen Sie sich Ihren aus:

Diese dritte Spalte ist der Grund, warum die MIT-Lizenz, auf dem Papier die beste Eigenschaft des Modells, für die meisten Leser fast nichts bringt. Eine reine MIT-Lizenz auf einem Checkpoint, den man nicht zum Laufen bringt, ist eine Lizenz zum Bewundern.

Wobei es wirklich gut ist

Der nützlichste einzelne Datenpunkt in diesem gesamten Test ist kein Benchmark. Es ist der Bericht eines Entwicklers, der während der zwei Monate, in denen das Modell auf OpenRouter als Stealth-Modell namens owl-alpha lief, 3,6 Milliarden Tokens durch es geschickt hat:

I used this for over 3.6 billion tokens when it was owl-alpha on Openrouter (with Hermes Agent). It was a very good experience.

It's not as 'smart' as other frontier models when it comes to benchmark style tests (one shots, riddles, etc) but it was very good at (1) following instructions, (2) making a plan, (3) following that plan, and (4) staying coherent at very high contexts. I built a number of apps from start to finish and it performed very well.

u/AnticitizenPrime, Reddit

Das ist eine präzise Beschreibung eines guten agentischen Modells und eines mittelmäßigen Chat-Modells, und sie deckt sich mit dem zweitbesten praktischen Bericht, von jemandem, der nach dem Launch ein Token-Paket gekauft hat:

As an aside, I also nabbed a 50m token pack for LongCat 2.0 to give it a whirl. Not free, but it's so cheap they're basically giving it away. Very impressed too [...] Not frontier-level intelligence, but a dependable workhorse that can navigate a codebase well and can reliably execute what you tell it to do.

nmfisher, Hacker News

Zwei unabhängige Nutzer, mit zwei Monaten Abstand, über unterschiedliche Zugangswege, kommen zum gleichen Urteil: zuverlässiger Ausführer, kein Genie. Das ist wertvoller zu wissen als jede SWE-bench-Differenz, und genau das Profil, das man braucht, wenn man maßgeschneiderte Coding-Agenten baut, bei denen der Harness denkt und das Modell arbeitet.

Es lohnt sich, den Vorbehalt zu erwähnen, den derselbe Nutzer angebracht hat, weil er verändert, wie man die Benchmark-Tabelle liest: LongCat 2.0 ist kein Reasoning-Modell. Seine Werte wurden ohne erweitertes Denk-Budget ermittelt, während mehrere der Vergleichsmodelle eines hatten. Das wirkt in beide Richtungen, und es ist die Art von Asymmetrie, die Anbietervergleiche bei agentischen Coding-CLIs schwieriger macht, als es die Marketing-Diagramme vermuten lassen.

Wobei es nicht gut ist

Die Kritik ist real, und ich werde sie nicht unter den Tisch fallen lassen. Von jemandem, der es im Produktivbetrieb nutzt:

I was using Owl Alpha a lot for my project. Thats not gpt 5.5 level model. it not even close to flash 2.5 model - its not gollowing promts.

u/Seatext_com, Reddit

Und eine noch schärfere, speziell zum Code:

I have been trying to use longcat 2 but its bad model, it cant follow orders for example. Its coding is terrible, buggy as hell, stay away. Deepseek is way better.

u/ppanula, Reddit

Beides sind Kommentare mit wenig Stimmen, und beide widersprechen den Berichten mit hohem Token-Volumen, also gewichte ich sie entsprechend. Aber das Muster über alle hinweg ist konsistent: Die Qualität dieses Modells hängt stark vom Harness ab, der es steuert. Die Leute, die Erfolg berichteten, ließen es innerhalb einer echten Agent-Loop laufen. Die Leute, die Fehlschläge berichteten, haben es meist direkt angepromptet.

Beim Reasoning platzierte der meistdiskutierte öffentliche Test auf Hacker News es auf Platz drei:

Overall I rate Gemini Flash the best, Qwen 3.7 Plus an acceptable second, and LongCat-2.0. an ok'ish third, if you have nothing better.

credit_guy, Hacker News

Das würde ich mit Vorsicht zitieren, denn der Test selbst wurde im Thread von drei separaten Kommentatoren auseinandergenommen, die argumentierten, die Frage sei suggestiv gewesen oder habe keine einzige richtige Antwort gehabt. Es ist ein Prompt, kein Eval.

Zwei Integrationsfehler, die am Launch-Tag berichtet wurden, sind praktisch relevanter als alles oben Genannte. Ein Nutzer konnte Tool-Calls überhaupt nicht zum Laufen bringen, weil das Modell einen <longcat_tool_call>-Wrapper ausgibt, den sein Harness nicht erkannte, und ein anderer stellte eine Frage auf Englisch mit aktivierter Suche und erhielt die Antworten auf Chinesisch zurück. Keines von beiden ist ein Qualitätsproblem. Beides ist die Art von Sache, die einen ganzen Nachmittag verschlingt.

Die Benchmarks, ehrlich gelesen

Meituan veröffentlicht SWE-bench Pro, nicht Verified, und hat die Zahlen intern auf Claude Code mit einer 4c8g-Sandbox bei Temperatur 1.0 ermittelt, mit dem Hinweis, „problematic tasks corrected" zu haben. Hier die Übersicht, mit dem Ursprung jedes Werts vermerkt, denn Differenzen unter ein paar Punkten sind Rauschen:

Ehrlich gelesen: 59,5 stellt LongCat 2.0 auf das Niveau des letztjährigen GPT-5.5, ein paar Punkte hinter GLM-5.2 und der gesamten GPT-5.6-Familie, und rund zehn Punkte hinter Opus 4.8. Es schlägt seinen architektonisch engsten Zwilling, DeepSeek V4 Pro, um vier Punkte, und das ist der Vergleich, den ich tatsächlich ziehen würde.

Zwei Dinge zeigt die Tabelle nicht. Meituans eigene Vergleichsgruppe enthält überhaupt keinen Open-Weight-Konkurrenten, was r/LocalLLaMA sofort aufgefallen ist:

I don't know why they won't line up their benchmark to other Chinese and open models, you know, they have DeepSeekV4Pro, KimiK2.7-Coder, GLM5.2, MiniMaxM3, Qwen3.5-397B, MiMoV2.5-Pro.

u/segmond, Reddit

Das ist ein berechtigter Einwand. Ein Anbieter, der sich nur mit Modellen vergleicht, die er schlägt, sagt Ihnen, wo er sich positionieren wollte. Und Meituan veröffentlicht überhaupt keinen SWE-bench-Verified-Wert, sodass ein Vergleich mit der Spanne von 79 bis 81, die DeepSeek V4 und MiniMax bei Verified berichten, gar nicht möglich ist.

Der Preis ist die stärkste Spalte, mit einer Fußnote

Zwei Details von der Preisseite sind wichtiger als die Schlagzahl. Erstens gibt es keine Kontextlängen-Staffelung bei irgendeiner Länge, was ungewöhnlich ist: Gemini, GPT-5.6 und MiniMax erhöhen alle den Preis ab einer bestimmten Schwelle, während eine 200K-Token-Anfrage hier pro Token genauso viel kostet wie eine mit 2K. Zweitens fehlt der Preis für das Cache-Schreiben auf der Seite, was nicht dasselbe ist wie kostenlos.

Die Fußnote ist die Aktion selbst. Sie ist als zeitlich begrenzt gekennzeichnet, ohne veröffentlichtes Enddatum. Zum Listenpreis ist das Modell teurer als DeepSeek V4 Pros 0,435 und 0,87 US-Dollar für das, was auf dem Papier die gleiche Modellform ist: 1,6T insgesamt, etwa 48 gegenüber 49 Milliarden aktive Parameter, MIT-Lizenz. Das gesamte Kostenargument beruht also auf einem Rabatt, den der Anbieter jederzeit beenden kann. Jemand auf Reddit hatte die Schwelle schon vor dem Launch festgelegt, und die Aktion hat sie unterschritten:

as long as it stays below .40 input and .80 output it will have a use.

u/BriefImplement9843, Reddit

Beachten Sie, dass es diese Schwelle zum Listenpreis nicht unterschreitet. Und die zum Launch kursierende Aussage vom „günstigsten 1M-Kontext-Modell" wurde im Thread fast sofort korrigiert, weil DeepSeek V4 Flash bei 0,14 und 0,28 US-Dollar liegt. Wenn Ihr einziges Kriterium der Preis pro Token ist, ist LongCat 2.0 nicht der Gewinner, nicht einmal innerhalb des chinesischen Open-Weight-Feldes. Für das breitere Feld setzen die Preisseiten von GPT-5.6 und Claude Opus 5 die Obergrenze, und die Kimi K3-Preise von 3 und 15 US-Dollar zeigen, dass Open Weights und günstige Tokens nicht immer zusammengehen.

Drei Hürden, die das Marketing nicht erwähnt

Das Kontextfenster ist 256K, nicht 1M

Jeder Launch-Artikel nennt 1M. Die ausgelieferte config.json auf Hugging Face begrenzt max_position_embeddings auf 262.144, mit YaRN, das dahinter bis 983.040 vorgesehen ist. Die gehostete API fügt eine separate Output-Obergrenze von 131.072 Tokens hinzu, und max_tokens zählt gegen Ihren Kontext. Die ehrliche Zahl ist also 256K Input, 128K Output, und die Zahl 1M beschreibt die Trainingsdaten.

Das ist eine kleinere Lücke, als es klingt, denn 256K ist eine Menge, aber es ist der Unterschied zwischen „passt in das Monorepo" und „passt nicht." Wenn langer Kontext Ihre tatsächliche Anforderung ist, vergleichen Sie, wie sich das Kontextfenster von Claude Code in der Praxis verhält, statt sich auf ein Datenblatt zu verlassen.

Der Tooling-Vertrag ist nicht schriftlich festgehalten

Das ist die Note, die mich am meisten überrascht hat. Die API-Referenz veröffentlicht eine Handvoll Request-Parameter und kein tools-Array im Body-Schema, weder im OpenAI- noch im Anthropic-Format. Es gibt kein tool_choice, kein parallel_tool_calls, kein stop_sequences, kein metadata, und content ist als einfacher String dokumentiert, also keine Content-Blocks, keine Bilder, kein tool_result. temperature läuft von 0 bis 1 statt OpenAIs 0 bis 2, was Anfragen, die von einem anderen Anbieter portiert werden, still und leise abschneidet.

Die „Tools"-Seite der Plattform ist überhaupt kein Tool-Katalog. Es ist eine Kompatibilitätsliste von zwölf Coding-Clients von Drittanbietern, die man auf die API richten kann. Es gibt keine serverseitige Websuche, keinen Code-Interpreter, keinen Retrieval-Speicher, keine MCP-Oberfläche und keine gehostete Agent-Loop. Alles Agentische liegt per Design clientseitig. Das ist eine legitime Architektur und dieselbe „Bring-your-own-Harness"-Wette wie GPT-5.1-Codex-Max in anderer Form, aber es bedeutet, dass die agentische KI-Geschichte dieses Modells vollständig die Geschichte Ihres Harness ist.

Es gibt kein Paper, und kaum ein Repository

meituan-longcat/LongCat-2.0 auf GitHub ist ein README, eine Lizenz und drei Abbildungen, rund 1 MB, null Releases. Die Weights liegen auf Hugging Face. Es gibt keinen technischen Report, nur einen Blogbeitrag, was bedeutet, dass die beiden neuen Architekturbausteine keine veröffentlichte Methodik haben. Die Model Card lässt model_type aus, sodass AutoModel von Transformers direkt fehlschlägt, und SGLang ist die einzige Engine, wobei der zugehörige Support-PR ungemerged geschlossen wurde und ein Nightly-Wheel nötig ist.

Für ein Modell, dessen ganzer Pitch Offenheit ist, ist das dünn. Der Vergleich, der das deutlich macht, ist Hugging Face selbst: 3.240 Downloads im Monat und null Inference-Provider auf dem Hub sind nicht der Fußabdruck eines Modells, das Leute tatsächlich einsetzen.

Die Note, die Enterprise-Käufer stoppt

Hier ist der Befund, den ich jedem Sicherheitsprüfer vorlegen würde. Meituans Plattform-FAQ schweigt zu Datenspeicherung, Training mit Prompts, Datenresidenz und SLA. Das Wort „Training" taucht dort nirgendwo auf.

Dieses Schweigen ist keine Formalität. Es ist genau die Frage, die jeder Käufer stellt, und ich höre sie in fast jedem Gespräch. Ein technischer Prüfer bei einem B2B-Hardware-Unternehmen, mit dem ich im März gesprochen habe, wollte nicht weitermachen, bevor er eine klare Antwort hatte, ob die KI außerhalb des freigegebenen Wissens auf Informationen zugreifen könnte; ein anderer Käufer, gebunden an eine interne Sicherheitsprüfung, brauchte eine schriftliche Zusicherung, dass Ticketdaten mit Kartennummern und Passwörtern innerhalb der eigenen Umgebung bleiben. Das sind keine exotischen Wünsche. Das ist die Untergrenze. Eine Anbieterseite, die Speicherung nicht erwähnt, kann diese Untergrenze nicht erreichen, egal wie ihr Benchmark-Wert aussieht.

Entwickler kamen unabhängig zum gleichen Schluss. Einer hat das Modell während seiner kostenlosen Stealth-Phase komplett übersprungen, aus Grundsatz, und fand später heraus, was er sich damit entgehen ließ:

Wait, this is Owl Alpha? Now I wish I had tried it when it was available. I stayed away from it back then because of their privacy policy

u/cultoftheilluminati, Reddit

Und der Umweg über OpenRouter löst das nicht, er dokumentiert nur das Risiko: AtlasCloud ist der einzige Anbieter, führt kein Zero-Data-Retention-Siegel, und dessen Richtlinie gibt eine 7-tägige Inhaltsspeicherung an. Wenn Sie mitten in einer SOC 2- und DSGVO-Prüfung stecken oder in der Nähe von HIPAA-konformer KI-Anforderungen sind, endet die Sache genau hier. Self-Hosting ist der einzige Weg, der die Frage aus der Welt schafft, und Self-Hosting bedeutet acht B300er.

Um dem Modell gerecht zu werden: Nichts davon sagt, dass Meituan etwas Falsches mit Ihren Daten anstellt. Es sagt, dass Meituan nicht veröffentlicht hat, was es damit macht. Für ein persönliches Projekt spielt dieser Unterschied keine Rolle. Für eine Kundenservice-Automatisierung-Pipeline, die echte Tickets verarbeitet, ist es die gesamte Entscheidung.

Wer es nutzen sollte

Gut geeignet. Solo-Entwickler und kleine Teams, die hochvolumige agentische Coding-Arbeit innerhalb eines selbst kontrollierten Harness betreiben, bei denen Tokens der entscheidende Kostenfaktor sind und die Daten nicht sensibel sind. Dokumentenkonvertierung, Scraping, Codebasis-Navigation, lange Refactorings. Das Befolgen von Anweisungen und die Kohärenz über lange Kontexte sind real, und bei 0,30 US-Dollar pro Million Input-Tokens ist die Rechnung schwer zu widerlegen. Wer Open-Source-KI-Agenten prüft oder ein Modell für LLM-Optimierung auswählt, sollte es auf die Liste setzen.

Schlecht geeignet. Jeder, der Reasoning-Qualität für einmalige Aufgaben, einen dokumentierten Function-Calling-Vertrag, ein echtes 1M-Fenster, eine Kartenzahlungsmethode oder eine schriftliche Antwort zur Datenverarbeitung braucht. Das trifft auf die meisten Business-Käufer zu, und auf alle besten KI-Agenten für den Kundenservice-Anwendungsfälle, mit denen ich arbeite. Nicht weil das Modell schlecht ist, sondern weil ein rohes Modell für eine Support-Queue die falsche Kaufeinheit ist. Das Modell ist vielleicht 20 % des Problems; Retrieval, Grounding, Eskalationsregeln, Guardrails und Tests sind die restlichen 80 %, und nichts davon steckt in einem Checkpoint. Zu diesem gleichen Schluss komme ich bei KI-Support selbst bauen oder kaufen, und das ist der Grund, warum sich die Kennzahl Kosten pro Lösung mit dem Token-Preis viel weniger bewegt, als man erwarten würde.

eesel ausprobieren

Einen Test wie diesen zu lesen, ist eigentlich der Versuch, eine andere Frage zu beantworten: Wird dieses Ding meinen Kunden eine falsche Antwort geben? Der Token-Preis sagt es Ihnen nicht. KI-Halluzination ist kein Posten auf einer Preisseite.

Genau daran arbeite ich. eesel simuliert Ihren KI-Agenten gegen Ihre eigenen historischen Tickets, bevor er je einem echten Kunden antwortet, sodass Sie die Antworten sehen, die er gesendet hätte, zu Ihren echten Fragen, mit Ihrer tatsächlichen Wissensdatenbank im Hintergrund. Jede Antwort wird protokolliert, ist überprüfbar und rückgängig zu machen, und Sie legen genau fest, welche Themen berührt werden dürfen. Es lässt sich in wenigen Minuten an Ihren bestehenden Helpdesk-KI-Stack anbinden, und die Modellwahl wird zu eesels Problem statt zu Ihrem. Kostenlos zum Ausprobieren.

Das Fazit

LongCat 2.0 verdient sich eine Empfehlung für genau eine Aufgabe: günstiges, hochvolumiges agentisches Coding in einem selbst gesteuerten Harness, mit Daten, bei denen es Ihnen nichts ausmacht, dass sie Ihr Gebäude verlassen. Zum Aktionspreis ist es eine der besten Preis-pro-Token-Optionen seiner Klasse, die MIT-Lizenz ist echt, und die praktischen Berichte der Leute, die Milliarden Tokens durch das Modell geschickt haben, sind positiver als seine Benchmark-Zeile.

Alles, was einer breiteren Empfehlung im Weg steht, ist eine Dokumentationslücke und keine Modell-Lücke: eine Kontextzahl, die nicht zur Konfiguration passt, ein Function-Calling-Vertrag, der nie veröffentlicht wurde, eine Aktion ohne Enddatum, und eine Datenrichtlinie, die es nicht gibt. Meituan könnte alle vier mit einer Woche Schreibarbeit schließen. Bis dahin ist es ein großartiges Modell zum Experimentieren und ein schwieriges für den Produktivbetrieb.

Wenn Ihr eigentliches Ziel KI in einer Support-Queue statt ein Coding-Agent ist, starten Sie stattdessen bei dem besten LLM für den Kundensupport, und behandeln Sie das Modell als das Letzte, das Sie auswählen, nicht als das Erste.