Apodex 1.1 adressiert ein praktisches Problem heutiger KI-Agenten: Komplexe Wissensarbeit endet nicht nach einer einzelnen Antwort. Dateien müssen bearbeitet, Informationsquellen geprüft, Code ausgeführt, Zwischenergebnisse zusammengeführt und Fehler über längere Zeit behoben werden. Die neue Modellfamilie soll solche Aufgaben zerlegen und mehrere Agenten asynchron koordinieren. Für Unternehmen ist das vor allem eine Betriebsfrage. Je länger und paralleler ein Auftrag läuft, desto wichtiger werden nachvollziehbare Zustände, klare Übergaben, Kostenlimits und menschliche Eingriffsmöglichkeiten.
Was Apodex 1.1 konkret mitbringt
Die Primärveröffentlichung beschreibt zwei Skalierungsrichtungen. Einerseits werden ausführbare Umgebungen für Dateien, Suche und Code erweitert. Andererseits wird die Koordination trainiert: Agenten sollen Langzeitaufgaben aufteilen, Teilaufträge parallel vergeben, asynchron eintreffende Resultate integrieren und nach neuen Erkenntnissen umplanen. Ein gemeinsames Ausführungsgerüst und AgentOS sollen Arbeitszustand und Herkunft der Artefakte über Werkzeuge und Agenten hinweg erhalten.
- Apodex 1.1 wird als leistungsstärkstes Modell der Familie über den Online-Arbeitsplatz angeboten.
- Apodex 1.1 Mini wird als lokal betreibbares Open-Weight-Modell mit 35 Milliarden Parametern beschrieben.
- FrontierAgent stellt einen offenen, lokal einsetzbaren Forschungsarbeitsplatz einschließlich asynchronem Agententeam bereit.
- Menschen sollen laufende Arbeitsschritte anleiten oder umsteuern können, statt nur das Endergebnis abzunehmen.
Bestätigt ist damit, welche Komponenten und Arbeitsweisen das Team veröffentlicht hat. Nachvollziehbar ist auch die Ableitung, dass persistenter Zustand und koordinierte Übergaben zentrale Voraussetzungen für Langzeitaufgaben sind. Nicht belegt wäre jedoch, dass das System ohne Anpassung zuverlässiger, günstiger oder sicherer arbeitet als ein vorhandener Unternehmensprozess. Diese Wirkung muss im eigenen Pilot gemessen werden.
Die wichtigste Entscheidung: lokal, gehostet oder hybrid
Die lokale Option ist nicht automatisch die sicherere oder günstigere. Sie verschiebt Verantwortung in das eigene Unternehmen: Hardware, Modellbetrieb, Updates, Protokollierung, Isolation und Kapazitätsplanung müssen selbst getragen werden. Ein gehosteter Betrieb reduziert Infrastrukturarbeit, verlangt dafür eine genaue Prüfung von Datenflüssen, Aufbewahrung, Zugriffen und Vertragsbedingungen. Für sensible Langzeitaufgaben kann ein hybrides Modell sinnvoll sein, bei dem vertrauliche Artefakte lokal bleiben und nur klar abgegrenzte Teilaufgaben extern verarbeitet werden.
- Lokal bevorzugen, wenn Daten das Unternehmen nicht verlassen dürfen und eigenes Betriebswissen vorhanden ist.
- Gehostet prüfen, wenn schnelle Erprobung und elastische Kapazität wichtiger sind als vollständige Infrastrukturkontrolle.
- Hybrid planen, wenn Aufgaben sauber nach Datenklasse und Werkzeugrechten getrennt werden können.
- Keine Variante freigeben, solange Gesamtkosten, Wiederanlauf, Sicherheitsupdates und Audit-Zugriff ungeklärt sind.
Ein Betriebsmodell in vier kontrollierten Stufen
- Auftrag registrieren: Ziel, erlaubte Daten, Werkzeuge, Zeitfenster, Budget, verantwortlicher Mensch und Abnahmekriterien werden vor dem Start in einem unveränderlichen Aufgabenregister festgehalten.
- Teilaufgaben begrenzen: Jeder Agent erhält einen kleinen Arbeitsauftrag mit Eingangsdaten, erwarteten Artefakten, Rechteumfang und Übergabekriterien. Offene Delegationsketten ohne maximale Tiefe bleiben gesperrt.
- Zwischenstände prüfen: Nach definierten Meilensteinen werden Quellen, Dateien, Codeausgaben, Kosten und Fehlversuche kontrolliert. Nur freigegebene Artefakte dürfen in weitere Teilaufgaben einfließen.
- Ergebnis kontrolliert übernehmen: Ein unabhängiger Reviewer prüft Vollständigkeit, Herkunft und Reproduzierbarkeit. Erst danach gelangt das Ergebnis in Produktivsysteme, Entscheidungen oder Kundenkommunikation.
Dieses Modell verhindert, dass Parallelisierung zur unkontrollierten Vervielfachung von Fehlern wird. Technisch braucht es eindeutige Auftrags- und Artefakt-IDs, versionierte Eingaben, ein Protokoll aller Werkzeugaufrufe sowie Checkpoints für Wiederaufnahme und Rollback. Organisatorisch müssen Auftraggeber, Plattformbetrieb, Informationssicherheit und fachliche Abnahme getrennte Rollen haben. Der Mensch greift dann nicht zufällig ein, sondern an vorab festgelegten Kontrollpunkten.
Kosten, Qualität und Abbruch gemeinsam messen
Ein guter Pilot vergleicht Apodex nicht nur anhand eines finalen Scores. Er misst die gesamte Arbeitsstrecke gegen eine Baseline: Durchlaufzeit bis zum akzeptierten Ergebnis, Rechen- und Modellkosten, Anteil wiederverwendbarer Artefakte, Zahl menschlicher Eingriffe, fehlgeschlagene Wiederaufnahmen sowie Fehler, die erst bei der Abnahme auffallen. Gerade bei asynchronen Teams muss zusätzlich sichtbar sein, wie oft parallele Teilresultate widersprüchlich, veraltet oder doppelt erzeugt werden.
- Abbrechen, wenn Kosten oder Laufzeit den genehmigten Korridor überschreiten.
- Anhalten, wenn Herkunft oder Version eines entscheidenden Artefakts nicht mehr nachvollziehbar ist.
- Zurückstufen, wenn Agenten wiederholt dieselben Arbeiten ausführen oder widersprüchliche Ergebnisse integrieren.
- Nicht produktiv übernehmen, wenn ein Reviewer das Ergebnis nicht aus protokollierten Eingaben reproduzieren kann.
- Nur ausweiten, wenn Qualität und Aufwand über mehrere vergleichbare Aufgaben stabil besser als die Baseline sind.
Apodex 1.1 macht asynchrone Agententeams und lokale Ausführung greifbarer. Der geschäftliche Nutzen entsteht aber nicht durch mehr Agenten, sondern durch beherrschte Übergaben und prüfbare Fortschritte. Unternehmen sollten daher mit einer begrenzten Wissensaufgabe beginnen, jeden Zwischenschritt als kontrolliertes Artefakt behandeln und erst nach belastbaren Vergleichsdaten skalieren.