AI-Plattform
Jede Sandbox ist eine eigene microVM mit Terminal, Dateien, HTTPS-Previews und optionalem Desktop. Coding-Agenten sind vorinstalliert. Dein Agent legt eine über MCP, CLI oder REST API an, erledigt die Arbeit und löscht sie.
Use Cases
Agenten installieren Packages, starten Server und führen Code aus, den noch niemand reviewed hat. Eine Sandbox gibt ihnen dafür eine Maschine, weg von deinem Laptop und deinen Production-Apps.
Claude Code, Codex oder einen anderen vorinstallierten Agenten im Web-Terminal starten und das Repo übergeben, weg von deinem Laptop.
Den Agenten in einer wegwerfbaren microVM ausführen lassen, statt auf deiner Maschine oder neben Production.
Repo clonen, installieren, bauen und Tests auf einer sauberen Maschine laufen lassen, dann Output und Exit-Code lesen.
Jeden Port in eine HTTPS-URL verwandeln. Standardmäßig token-gated, öffentlich wenn du es mit dem Team teilen willst.
Desktop-Images laufen mit XFCE und Chrome; Browser ist nur Chrome. Beides streamt über token-gated noVNC. Agenten verbinden sich mit Playwright oder Puppeteer über localhost CDP.
Deinen eigenen AI-Features einen Ort zum Codeausführen geben. Sandboxes über die REST API anlegen, ausführen und löschen.
Images
Alle auf Ubuntu 26.04, mit git, curl, Python und der Nodion CLI. Eins wählen, wenn du die Sandbox anlegst.
Base
Das Default-Image. Den Rest mit deinem Setup-Script mitbringen.
Agents
Base plus Node.js 22 und acht Coding-CLIs. Mit deinem eigenen Account anmelden.
Desktop
XFCE mit Chrome und Terminal, hinter einem token-gated noVNC-Preview.
Desktop Agents
Der Desktop plus alle acht Coding-CLIs, für Agenten die Browser und Shell brauchen.
Browser
Chrome hinter einem token-gated noVNC-Preview, ohne XFCE. Playwright und Puppeteer verbinden sich über localhost CDP 9222.
Auf jeder Sandbox
Eine volle Shell im Dashboard, ein Klick von der Sandbox-Seite.
Jeden Command über die API ausführen und Output und Exit-Code bekommen, bis 15 Minuten pro Call.
Dateien im Workspace lesen, schreiben, editieren, listen, umbenennen und löschen, ohne eine Shell zu öffnen.
Einen laufenden Dev-Server unter eigenem HTTPS-Hostnamen teilen, mit Token oder öffentlich.
Umgebungsvariablen und API-Keys, at rest versiegelt und beim Boot der Sandbox injiziert.
Installieren, was dein Projekt braucht, mit einem Script das einmal beim ersten Boot läuft.
Steuerung
Dashboard, MCP, CLI und REST API nutzen dieselben Sandbox-Endpoints.
Den gehosteten Nodion-MCP-Server mit einem persönlichen API-Key verbinden, und dein Agent bekommt Tools zum Anlegen von Sandboxes, Ausführen von Commands, Editieren von Dateien und Öffnen von Previews.
# in Claude Code, with Nodion connected over MCP > create a sandbox, clone acme/shop and run the tests sandboxes.create checkout-fix, GP-G2-4GB, agents image sandboxes.exec git clone https://github.com/acme/shop sandboxes.exec npm ci && npm test 42 passed > start the app and give me a link sandboxes.exec nohup npm run dev -- --port 3000 & sandboxes.previews.create port 3000 https://3000-8f2c41d07b.euc.nodionsandbox.net
Setup für Claude Code und Cursor steht auf der Coding-Agenten-Seite.
Die nodion-CLI deckt den ganzen Lifecycle ab, vom Anlegen bis zum Löschen.
# create a sandbox with the coding agents image and your Anthropic key nodion sandboxes create --name checkout-fix --region REGION \ --package-sku compute.session.gp-g2-4gb --image agents \ --secret-env ANTHROPIC_API_KEY=sk-ant-… # run a command nodion sandboxes exec SANDBOX_ID --cmd "cd /workspace && git clone https://github.com/acme/shop" # write a file into the workspace nodion sandboxes fs SANDBOX_ID --action write --path notes.md --content "hello" # share port 3000 as an HTTPS URL nodion sandboxes previews create SANDBOX_ID --port 3000
Installieren und anmelden wie in den CLI-Docs.
Jeder Sandbox-Endpoint liegt unter https://api.nodion.com/v2/sandboxes und nimmt einen Bearer-Token.
# create a sandbox curl -X POST https://api.nodion.com/v2/sandboxes \ -H "Authorization: Bearer $NODION_TOKEN" \ -H "X-Nodion-Project: $NODION_PROJECT" \ -H "Content-Type: application/json" \ -d '{"name": "checkout-fix", "region_id": "REGION", "package_sku": "compute.session.gp-g2-4gb", "image": "agents"}' # run a command, up to 15 minutes curl -X POST https://api.nodion.com/v2/sandboxes/$SANDBOX_ID/exec \ -H "Authorization: Bearer $NODION_TOKEN" \ -H "Content-Type: application/json" \ -d '{"cmd": ["npm", "test"], "dir": "/workspace/shop", "timeout_sec": 300}'
Dateien, Logs, Power, Previews und Umgebungsvariablen haben eigene Endpoints neben exec.
Für untrusted Code gebaut
Isolation
Jede Sandbox bootet ihren eigenen Kernel auf Cloud Hypervisor. Die VMM läuft gejailt, mit seccomp.
Netz
Outbound-Internet über NAT, kein Zugriff auf das private Netz deines Projekts. Overlay-Mode opt-in, wenn der Code deine Datenbanken erreichen soll.
Standort
Sandboxes laufen in Frankfurt. Nodion wird von der Nodion GmbH betrieben, einem deutschen Unternehmen mit Sitz in Stuttgart.
Projekt
Dasselbe Projekt, Team und dieselbe Rechnung wie deine Apps und Datenbanken. Persönliche API-Keys können auf Sandbox Read, Write oder Exec begrenzt werden.
Lifecycle
Keine Server am Leben halten. Eine Sandbox läuft, während jemand damit arbeitet, und wartet dazwischen auf Disk.
Eine Sandbox lebt bis zu 24 Stunden. Dann wird sie mit dem Workspace gelöscht, damit nichts weiterläuft.
Packages
Abrechnung pro Sekunde im Lauf, nie mehr als der Monatspreis. Schlafende Sandboxes zahlen nur ihre Workspace-Disk.
GP-G2-2GB
0,0139 € / Stunde
Für Scripts, Tests und einen einzelnen Coding-Agenten.
10,00 € pro Monat Laufzeit höchstens.
1 vCPU, 2 GB RAM, 16 GB workspace
GP-G2-4GB
0,0278 € / Stunde
Für Coding-Agenten, Builds und den Desktop.
20,00 € pro Monat Laufzeit höchstens.
2 vCPU, 4 GB RAM, 32 GB workspace
GP-G2-8GB
0,0556 € / Stunde
Für größere Builds und Test-Suites.
40,00 € pro Monat Laufzeit höchstens.
4 vCPU, 8 GB RAM, 64 GB workspace
GP-G2-16GB
0,1111 € / Stunde
Für schwere Builds und mehrere Dienste gleichzeitig.
80,00 € pro Monat Laufzeit höchstens.
8 vCPU, 16 GB RAM, 128 GB workspace
Nettopreise, zzgl. MwSt.
FAQ
Eine microVM mit eigenem Kernel, Workspace-Disk, Terminal, Files-API, HTTPS-Previews und optionalem Desktop. Du oder dein Agent legt sie im Dashboard, über MCP, die CLI oder die REST API an. Laufzeit wird pro Sekunde berechnet.
Jede Sandbox bootet ihren eigenen Kernel auf Cloud Hypervisor. Die VMM läuft gejailt, mit seccomp. Im Default Isolated-Mode erreicht eine Sandbox das Internet über NAT, aber nicht das private Netz deines Projekts.
Die Images Agents und Desktop Agents liefern Claude Code, Codex, OpenCode, Gemini CLI, Copilot CLI, Muse, Grok und Cursor CLI, plus Node.js 22. Mit deinem eigenen Account anmelden oder API-Keys als geheime Umgebungsvariablen auf der Sandbox hinterlegen.
Ja, im Overlay-Mode. Die Sandbox tritt dem privaten Netz deines Projekts bei und erreicht Datenbanken unter <slug>.internal und Apps unter <app>.app.internal. HTTPS-Previews und der Browser-Desktop gibt es nur im Isolated-Mode.
Bis zu 24 Stunden ab dem Anlegen. Dann wird sie mit ihrem Workspace gelöscht, damit nichts weiterläuft. Nach 5 Minuten Idle geht sie schlafen, dann wird nur die Disk berechnet. Commands, File-Calls, ein offenes Terminal und Preview-Traffic zählen als Aktivität, und der Keepalive-Call hält sie wach. Der nächste Command oder File-Call weckt sie.
Eines von fünf Images auf Ubuntu 26.04 wählen: Base, Agents, Desktop, Desktop Agents oder Browser. Alles andere mit einem Setup-Script von bis zu 64 KiB installieren, das einmal beim ersten Boot läuft.
In Frankfurt, Deutschland. Nodion wird von der Nodion GmbH betrieben, einem deutschen Unternehmen mit Sitz in Stuttgart.
Laufzeit wird pro Sekunde berechnet und kostet nie mehr als der Monatspreis des Packages. Eine schlafende Sandbox zahlt nur ihre Workspace-Disk. Löschen stoppt die Abrechnung.
Nein. Persönliche API-Keys können auf Sandbox Read, Write und Exec begrenzt werden, damit der Agent nur mit Sandboxes arbeitet.
Bis zu 15 € Guthaben beim Registrieren.
oder per E-Mail
Produktnews, kein Spam. Jederzeit abbestellen.
Erfolgreich eingetragen.