AionLabs: Aion-2.0 vs. Inception: Mercury 2.5

AionLabs: Aion-2.0 ist ein Textmodell von AionLabs, veröffentlicht am 2026-02-23. Inception: Mercury 2.5 ist ein Textmodell von Inception, veröffentlicht am 2026-09-08. Beide werden über api14 als Chat-Modelle in der Kategorie Text bereitgestellt, sodass jedes von beiden hinter demselben Client-Code sitzen kann. Die wichtigste Entscheidung für einen Entwickler ist nicht, was sie sind, sondern wie sie sich verhalten, sobald man echte Arbeitslasten an sie sendet.

Die deutlichste Trennung ist der Kontext. Mercury 2.5 akzeptiert bis zu 260000 Tokens, etwa doppelt so viel wie das Fenster von 131072 Tokens bei Aion-2.0, was wichtig ist, wenn man lange Dokumente, große Codebasen oder erweiterte Konversationshistorie in einem einzigen Aufruf einspeist. Beide Modelle sind Text rein und Text raus, also akzeptiert keines Bilder oder Audio, und beim Tool Calling gibt es keinen nennenswerten Unterschied zwischen ihnen. Wo sie auseinandergehen, ist die strukturierte Ausgabe: Mercury 2.5 bietet structured_outputs zusammen mit response_format, während Aion-2.0 nur response_format anbietet. Mercury 2.5 fügt außerdem reasoning_effort und stop zu seiner Parameterliste hinzu, was eine feinere Kontrolle darüber gibt, wie viel Reasoning es betreibt und wo es die Generierung abbricht. Aion-2.0 unterstützt reasoning und include_reasoning, aber nicht reasoning_effort. Beim Preis ist Mercury 2.5 die günstigere Option sowohl für Input- als auch für Output-Tokens, sodass die Kosten kein Grund sind, zu Aion-2.0 zu greifen.

Für die tägliche Arbeit folgt die Wahl üblicherweise der Form der Eingabe. Wenn man einen langen Vertrag zusammenfasst, über einen großen Korpus retrievt oder eine lange Agent-Sitzung in einem Kontext hält, ist Mercury 2.5 aufgrund des größeren Fensters und des niedrigeren Preises die natürliche Wahl. Wenn die Pipeline von strikten JSON-Schemas abhängt, ist Mercury 2.5 dank structured_outputs ebenfalls die bessere Wahl. Aion-2.0 bleibt eine vernünftige Wahl für kürzere Prompts, bei denen man bereits eine funktionierende Integration hat und die zusätzlichen Parameter nicht benötigt, aber es gibt hier keine aufgeführte Fähigkeit, die es hat und Mercury 2.5 fehlt.

Beide Modelle über api14 aufzurufen, ist dieselbe Operation. Beide sind OpenAI-kompatibel, also richtet man seinen bestehenden OpenAI-Client auf die api14 Base-URL, sendet seinen Key und setzt das Feld model. Zwischen ihnen zu wechseln, ist eine Änderung von einer Zeile: "aion-labs/aion-2.0" oder "inception/mercury-2.5" verwenden. Alles andere im Request-Body, messages, temperature, max_tokens, tools und response_format, bleibt unverändert übernommen, und die Response-Form ist dieselbe. Das macht es günstig, beide mit dem eigenen Traffic zu benchmarken, statt einer Vergleichsseite zu vertrauen.

Es gibt einen Fall, in dem Aion-2.0 noch eine Überlegung wert ist. Wenn man bereits Prompts und Evaluations-Harnesse darauf abgestimmt hat und die Eingaben bequem in 131072 Tokens passen, bringt ein Wechsel zu Mercury 2.5 kaum mehr als eine niedrigere Rechnung. Zu bleiben vermeidet die erneute Validierung von Ausgaben. Ansonsten ist Mercury 2.5 für alles Lange, Strukturierte oder Kostenempfindliche die Standardwahl.