Du betreibst bereits KI-Agenten. Du kannst ihnen nur nicht vertrauen.
Genau dieses Problem haben wir mit Unicity AOS gelöst, und heute ist die Open-Source-Community-Edition öffentlich verfügbar. Hier ausprobieren >>
Das Problem mit dem Betrieb von KI-Agenten heute
- Du kannst deine Agenten nicht auflisten – Schatten-Agenten entstehen in verschiedenen Teams, unsichtbar und unkontrolliert.
- Du kannst die Ausgaben deiner Agenten nicht steuern – Token- und Tool-Kosten laufen im offenen Kreislauf.
- Du kannst Aktionen deiner Agenten nicht nachvollziehen – es gibt keine Verbindung von einer Entscheidung zurück zu dem Menschen, der sie autorisiert hat.
- Und wenn der Prüfer fragt, hast du Logs – aber keine Beweise.
Bisher ging jedes Betriebssystem davon aus, dass ein Mensch an der Tastatur sitzt. Heute macht Unicity Labs dasjenige als Open Source verfügbar, das für die Zeit gebaut wurde, in der niemand zusieht:
Was Unicity AOS ist
Unicity AOS: das erste echte Betriebssystem für autonome KI.
Jede Fähigkeit ist eine versiegelte Kapsel: das Modell, der Speicher, die Tools, die Schutzmechanismen. Du fügst sie zu einem Agenten zusammen, tauschst später beliebige Teile aus, und er kann niemals mehr nehmen, als du ihm gegeben hast. Unicity Astrid OS sitzt unter dem Agenten, den du bereits verwendest.
Ein echtes Betriebssystem – das ist die Behauptung, und hier ist der Test. Ein Betriebssystem ist kein Marketing – es sind Syscalls, IPC, Berechtigungen, Kontingente, Treiber. Jeder beansprucht das Label; hier ist jedes Primitive eine echte Implementierung:
- Prozesse → Kapseln. Versiegelte WASM-Programme, durch Konstruktion isoliert.
- Syscalls → das Host-ABI. Ein Framework ist eine Bibliothek, die du aufrufst; ein Betriebssystem ist eine Grenze, die du nicht überschreiten kannst.
- Berechtigungen → Capability-Tokens. Strenger als Unix – Macht wird nur enger.
- Kontingente → Budgets. CPU und RAM, plus die beiden Ressourcen, die noch kein Betriebssystem messen musste: Tokens und Geld.
- IPC → der Bus. Jede Nachricht wird weitergeleitet, ist beobachtbar und steuerbar.
- Treiber → Provider-Kapseln. Modelle sind die Peripheriegeräte der Agenten-Ära. Tausche eines aus wie einen Treiber; nichts darüber merkt etwas.
Was Unicity AOS für deine Workflows möglich macht
- Sicherheit und Prüfbarkeit. Jede sensible Aktion wird durch Richtlinien, Capabilities, Budget und Genehmigung abgesichert, bevor sie ausgeführt wird, und dann in eine hash-verkettete Prüfkette eingetragen. Änderst du einen Datensatz, hört die Kette auf zu verifizieren.
- Kostenkontrolle. Budgetobergrenzen werden atomar im Kernel durchgesetzt – pro Sitzung und pro Arbeitsbereich. Die Obergrenze gilt selbst dann, wenn der Agent seinen eigenen Prompt umschreibt, um mehr zu verlangen.
- Multi-Provider-Routing. Eine Routing-Kapsel wählt den Provider nach Komplexität, Kosten oder Latenz aus. Jeder Provider spricht darunter dasselbe Schema, sodass das Austauschen eines Providers eine Konfigurationsänderung ist, kein Neuschreiben.
- Offline-Betrieb. Tausche die Provider-Kapsel gegen eine lokale Ollama- oder vLLM-Build aus, und der Rest deines Agenten läuft unverändert: air-gapped, keine Daten verlassen das Netzwerk.
Unicity AOS funktioniert mit deinen Frameworks
Wir konkurrieren nicht mit Frameworks – wir führen sie aus. Claude Code, Codex und Grok Code laufen heute unverändert auf Unicity AOS. Im Besitz keines Modellanbieters. Alle laufen gleichzeitig.
Das gesamte Betriebssystem läuft in deinem Netzwerk, hinter einem einzigen Egress-Gate. Agentenaktivität und -daten verlassen niemals deine Grenzen. Und jede Entscheidung wird in eine manipulationssichere Kette eingetragen – Logs können bearbeitet werden; diese Kette kann von niemandem überschrieben, aber von jedem überprüft werden. Beweis, nicht Logs.
Kostenlos und offen. MIT / Apache-2.0. Acht Kapseln ausgeliefert, Rust SDK auf GitHub.
Wenn du mit KI-Agenten arbeitest oder jemanden kennst, der das tut, das ist einen Blick wert.
