ainclave

ainclave lässt autonome Coding-Agenten in isolierten microVMs laufen, bei denen der Netzwerk-Egress standardmäßig geschlossen ist. Jede Agenten-Session bekommt ihre eigene Firecracker-microVM mit eigenem Guest-Kernel, sodass es keinen gemeinsamen Kernel-Namespace zwischen den Sessions gibt. Du weist einen Agenten auf dein Git-Repo, bringst dein eigenes Model-Token von einem beliebigen Anbieter mit, legst optionale Laufzeit-Limits fest und lässt ihn arbeiten, ohne ständig hinschauen zu müssen.

Es ist gebaut für Entwickler und Teams, die Code-Aufgaben (Schreiben, Testen, Refactoring) automatisieren wollen, ohne den operativen Aufwand des Self-Hostings oder die Sicherheitslücken geteilter Cloud-Runner. Du behältst die volle Kontrolle: Dein Token bleibt verschlüsselt, dein Repo-Zugriff ist eingegrenzt, und der Netzwerkzugriff deines Agenten ist explizit und nachvollziehbar.

Die wichtigsten Funktionen:

• Isolation: Jede Session läuft in ihrer eigenen microVM auf Bare Metal bei einem EU-Anbieter, nicht in einem geteilten Container oder einer tmux-Session.
• Geschlossener Egress: Netzwerkzugriff ist standardmäßig verweigert. Ein Agent erreicht nur die Ziele, die du im Session-Setup konfigurierst.
• Eigenes Token mitbringen: Nutze Claude, GPT oder ein beliebiges Modell deiner Wahl. Deine API-Keys sind verschlüsselt und werden nach dem Speichern nie wieder angezeigt.
• Keine Laufzeit-Obergrenze: Ein einzelner Run kann bei Bedarf Stunden oder Tage dauern. Du legst optionale Limits pro Account und pro Session fest, beide mit Auto-Stop.
• Live-Audit-Feed: Verfolge in Echtzeit, was dein Agent tut. Boundary-Entscheidungen (Versuche eines Netzwerkzugriffs) werden als OCSF-Datensätze protokolliert.
• Keine Überwachung: Die Plattform arbeitet mit Guardrails, nicht mit Inhaltsüberwachung. Du kontrollierst, was der Agent sieht und erreicht.

Der Zielkonflikt zwischen Kontrolle und Komfort ist bei den meisten Plattformen real. ainclave versucht, ihn nicht zu akzeptieren: Du bekommst volle Kontrolle über Agenten-Berechtigungen und Sichtbarkeit, ohne selbst Infrastruktur verwalten zu müssen. Standard-Git-Flow, kein Lock-in, keine Runner, die am Leben gehalten werden müssen.