LB 4: Orchestrator (Swarm-KI) Enterprise Product

Die Kommandozentrale für den autonomen Multi-Agenten-Swarm.

Plattform-Ebene: Orchestrator (AI Factory)

Während die Copiloten in LB 3 lediglich einfache Textbefehle umsetzen, generiert der CausaNova-Swarm im Orchestrator (unter .../orchestrator) vollautonom komplexe, ineinandergreifende System-Architekturen.

Leistungsumfang & Abgrenzung

1. Was bekomme ich?

Zugriff auf den Fleet Manager zur Erschaffung und Steuerung autonomer Verarbeitungsketten durch spezialisierte KI-Agenten auf Basis der CausaNova-Standard-DSL.

2. Was bekomme ich nicht?

Keine Upload-Möglichkeit für abweichende, proprietäre DSL-Kataloge des Kunden (dies erfordert zwingend das Upgrade auf LB 6: Custom DSL).

3. Wer darf es nutzen?

Ausschließlich geschulte Power-User ("System Architects"). Reguläre Editoren oder Endanwender haben keinen Zugriff auf diese kritische Infrastruktur.

4. Token-Metrik (Premium Compute)

Der Orchestrator nutzt tiefgreifende Reasoning-Modelle. Da die Agenten für das Schreiben von Architekturen selbstständig reflektieren, korrigieren und kommunizieren (Multi-Agenten-Loops), erfolgt die Abrechnung zwingend im höherpreisigen "Premium Token Tier".

5. Kostenkontrolle & Prepaid Wallet

Um den Kunden vor unkalkulierbaren Rechnungen durch versehentlich programmierte Endlosschleifen der KI ("Agenten-Halluzination") zu schützen, wird die Swarm-Inferenz ausschließlich über ein Prepaid-Guthabenkonto (Token Wallet) abgewickelt. Ist das aufgeladene Budget erschöpft, stoppt der Swarm sofort ("Hard Limit").

6. Human-in-the-Loop (Haftung)

Die KI führt keine unbestätigten Schreibzugriffe auf Live-Datenbanken aus. Der System Architect ist juristisch verpflichtet, den generierten Code vor dem Deployment in die operative Umgebung zu prüfen.

7. Was kostet es?

Cortex-Base-Fee pro System Architect Seat zzgl. den verbrauchten Premium-Tokens aus dem Prepaid Wallet.

8. Dedizierte Server (SLA & Warteschlangen)

SLA Tier 2. Für den unterbrechungsfreien Betrieb des Swarms wird die Buchung von Dedicated K8s-Nodes (M/L) in der LB 0 dringend empfohlen, da Shared-Umgebungen zu starken Verzögerungen (Queue-Timeouts) führen können.