Perplexity SPACE: Was ist der Open-Source-Sandbox? Funktionen, Kosten & Einstieg

Was Perplexity SPACE ist und warum es gerade diskutiert wird

SPACE ist die isolierte Code-Ausführungsumgebung, die Perplexity für sein Agenten-Produkt Computer einsetzt. Ein KI-Agent kann darin Befehle ausführen, Pakete installieren und Code laufen lassen, ohne das Host-System zu berühren. Laut Perplexity verarbeitet dasselbe System Millionen Sitzungen pro Tag, es handelt sich also nicht um ein Experiment, sondern um produktive Infrastruktur.

Der Entwickler Ethan Walkrman hat SPACE am 16. Oktober 2026 vorgestellt und unter Apache 2.0 offengelegt. Damit wird ein Baustein frei verfügbar, der bisher als internes Betriebsgeheimnis galt. Der Schritt fällt in einen Markt, in dem Sandbox-Anbieter für Agenten stark umworben werden, und wird entsprechend als Wettbewerbsansage gelesen.

Für Teams, die Agenten bauen, ist das relevant, weil Sandboxen oft der teuerste und sicherheitskritischste Teil der Infrastruktur sind. Wer untrusted Code ausführen lässt, braucht Isolation, schnelle Startzeiten und klare Kosten. SPACE verspricht genau diese drei Punkte und liefert mit einem E2B-kompatiblen Wrapper einen direkten Umstiegspfad.

• Offener Code statt Blackbox

  Apache 2.0 erlaubt Prüfung, Anpassung und Self-Hosting. Das ist der zentrale Unterschied zu rein kommerziellen Sandbox-Diensten.

• Produktionsmaßstab

  Perplexity nennt Millionen täglicher Sitzungen. Solche Zahlen lassen sich ohne Zugriff auf die eigene Umgebung nicht unabhängig prüfen.

• Direkter E2B-Bezug

  Der mitgelieferte API-Wrapper ist auf bestehende E2B-Integrationen ausgelegt, was Migration ohne kompletten Umbau ermöglichen soll.

Architektur: Firecracker-microVMs, Sicherheit und der Kostenvergleich

Technisch setzt SPACE auf Rust und Firecracker-microVMs. Firecracker ist eine leichtgewichtige Virtualisierungstechnik, die sehr kleine virtuelle Maschinen mit eigenem Kernel startet. Dadurch ist jede Sitzung stärker abgeschottet als bei Containern, die sich einen Kernel teilen. Genau diese Isolation ist der Grund, warum Sandbox-Anbieter für Agenten auf microVMs setzen.

Perplexity beschreibt die Grundannahme so, dass die Sandbox bereits als kompromittiert betrachtet wird. Deshalb liegen Zugangsdaten nicht als Umgebungsvariablen in der VM, sondern werden hostseitig verwaltet. Selbst wenn ein Agent in der Sandbox Schaden anrichtet, sollen Geheimnisse und Host-System geschützt bleiben. In Sicherheitstests mit neun Frontier-Modellen und rund 118 Escape-Versuchen sei kein Ausbruch aus dem Host gelungen, so die Angabe.

Der Kostenvergleich hat die Diskussion dominiert. Für ein Äquivalent mit 2 vCPU und 2 GB nennt Perplexity bei E2B etwa 0,13 US-Dollar pro Stunde nach Wanduhrzeit, während die eigene Agent-API pauschal 0,03 US-Dollar pro 20-minütiger aktiver Sitzung berechnet, also rund 0,09 US-Dollar pro Stunde. Selbst gehostet auf Akamai, CoreWeave oder Crusoe seien etwa 0,03 bis 0,05 US-Dollar pro Stunde möglich, unter Volllast 60 bis 75 Prozent günstiger. Diese Zahlen stammen von Perplexity und sind nicht unabhängig bestätigt.

• Abrechnung nach Aktivität

  Der Kostenvorteil entsteht vor allem, weil nicht die Wanduhrzeit zählt, sondern die aktive Sitzung. Wartezeiten auf Modell-Tokens werden nicht berechnet.

• Secrets außerhalb der VM

  API-Schlüssel bleiben hostseitig. Das reduziert das Risiko, dass ein kompromittierter Agent an Zugangsdaten gelangt.

• Startzeit als Argument

  Perplexity nennt 3- bis 5-fach schnellere Sandbox-Erstellung nach dem Wechsel. Schnelle Starts sind bei vielen kurzlebigen Umgebungen entscheidend.

• Cloud-Partner

  Akamai, CoreWeave und Crusoe sollen SPACE auf ihren Plattformen anbieten, was Teams ohne eigene Hosting-Kapazität den Einstieg erleichtern könnte.

So setzt du SPACE konkret ein, sobald ein Build verfügbar ist

Da bislang kein öffentlicher Build, Download oder offizielle Produktseite veröffentlicht wurde, lässt sich SPACE noch nicht produktiv installieren. Die folgenden Schritte beschreiben den typischen Ablauf, sobald ein Release oder ein Cloud-Angebot bereitsteht. Prüfe vor jedem Schritt die offizielle Seite, denn Details zu SDKs, unterstützten Sprachen und Grenzwerten sind noch nicht bestätigt.

Der naheliegendste Einstieg führt über eine der genannten Cloud-Plattformen, weil dort Hosting, Skalierung und Abrechnung bereits geregelt sind. Alternativ kommt Self-Hosting auf eigener Hardware infrage, was laut Perplexity die niedrigsten Stückkosten ermöglicht, aber Betriebsaufwand für Virtualisierung und Monitoring bedeutet. Für Teams, die bereits E2B nutzen, ist der kompatible Wrapper der schnellste Weg.

Wichtig ist eine klare Trennung zwischen Agentenlogik und Sandbox-Lebenszyklus. Kurzlebige Umgebungen pro Aufgabe sind teurer im Start, aber sicherer und einfacher zu bereinigen. Langlebige Umgebungen sparen Startzeit, sammeln aber Zustand an. Plane außerdem Limits für Laufzeit, Speicher und Netzwerkzugriff ein, bevor du echten Nutzerverkehr durchleitest.

• Für Coding-Agenten

  Agenten, die Repositories klonen, Tests ausführen und Patches erzeugen, profitieren von schnellen, isolierten Umgebungen pro Aufgabe.

• Für Datenanalyse

  Analyse-Agenten, die fremde Datensätze und Bibliotheken verarbeiten, brauchen Isolation gegen schädlichen oder fehlerhaften Code.

• Für Migration von E2B

  Bestehende Integrationen lassen sich über den kompatiblen Wrapper testen, bevor du vollständig umstellst.

Vergleich, Grenzen und für wen sich SPACE lohnt

Im Vergleich zu kommerziellen Sandbox-Diensten wie E2B bietet SPACE offenen Code, Self-Hosting und eine aktivitätsbasierte Abrechnung. Der Preisvorteil ist laut Perplexity erheblich, aber er hängt stark von Auslastung und Betriebskompetenz ab. Wer keine eigene Infrastruktur betreiben will, fährt mit einem Cloud-Angebot möglicherweise günstiger als mit Self-Hosting, auch wenn die Stückkosten dort höher liegen.

Die Grenzen liegen auf der Hand: Es gibt noch keinen öffentlichen Build, keine bestätigte Dokumentation und keine unabhängigen Benchmarks. Die Sicherheitsaussage zu 118 Escape-Versuchen stammt von Perplexity selbst. Auch die Kostenangaben sind Herstellerzahlen. Wer SPACE ernsthaft evaluieren will, sollte eigene Lasttests fahren und die Isolationsgrenzen mit realistischen Angriffsszenarien prüfen.

SPACE richtet sich an Teams, die untrusted Code in großem Umfang ausführen: Coding-Agenten, Datenanalyse-Agenten und alles, was viele kurzlebige Umgebungen startet. Für kleine Projekte mit wenigen Sitzungen pro Tag ist der Betriebsaufwand vermutlich zu hoch. Wer bereits auf E2B setzt, hat den direktesten Migrationspfad, sollte aber auf Stabilität und Support des neuen Stacks achten.