Limits

Auf Lizard (lizard.build) läuft eine App nach der ersten bezahlten Pro-Rechnung mit bis zu 5 Replikaten pro Service, während der Testphase mit 1. Sandbox-Limits zählen vCPU, nicht Sandboxes: Pro führt bis zu 40 vCPU an Sandboxes gleichzeitig aus, Pro 5x 220 und Pro 20x 1,200. Pro, Pro 5x und Pro 20x haben kein Limit für Sandbox-Starts. Die Testphase erlaubt bis zu 8 vCPU an Sandboxes gleichzeitig, nur in US-Regionen: Mini- und Small-Sandboxes sowie höchstens eine Medium-Sandbox zur selben Zeit. Die Sandbox-Größen reichen von Mini (1 vCPU / 2 GB) bis Large (8 vCPU / 16 GB), und ausgehender Sandbox-Traffic ist bis 2 TB pro Konto in einem gleitenden Zeitraum von 30 Tagen inklusive. Der Inhaber eines Workspace kann außerdem Workspace-Limits für einen einzelnen Workspace festlegen. Limits hängen von der Ressource, dem Tarif und dem Konto ab: Eine Einstellung pro Replikat entspricht nicht der insgesamt für einen Service oder ein Konto verfügbaren Kapazität. Prüfen Sie Ihren aktuellen Tarif und das Ergebnis der Erstellungs- oder Skalierungsanfrage, bevor Sie eine Workload dimensionieren.

Anwendungen

Sandboxes

Sandboxes führen Befehle und Agentenaufgaben in Firecracker microVMs aus; siehe Laufzeit und Isolation. Die folgenden Limits gelten für jede Sandbox des Kontos.

Größen

CPU und Arbeitsspeicher sind im Preis enthalten. Persistent Volumes werden separat abgerechnet. Mini startet nur aus den Vorlagen base, claude, codex und interpreter, ohne Persistent Volume; andernfalls gibt Create HTTP 400 mit code gleich SANDBOX_SIZE_NOT_ALLOWED zurück. In der Testphase ist Small die Standardgröße, höchstens eine Medium-Sandbox läuft zur selben Zeit, und Sandboxes laufen nur in US-Regionen; siehe Abrechnung.

Kontolimits

Diese Limits begrenzen, wie viel Sandbox-vCPU ein Konto gleichzeitig ausführt, wie groß seine größte Sandbox sein darf und wie schnell es neue startet. Sie richten sich nach dem Plan des Kontoinhabers. Die Limits der Testphase gelten bis zur ersten bezahlten Rechnung; siehe Abrechnung.

Eine Sandbox nutzt die vCPU ihrer Größe: Mini 1, Small 2, Medium 4, Large 8. Eine neue Sandbox passt, wenn die bereits laufenden vCPU plus ihre eigenen vCPU Ihr Limit nicht überschreiten. Sie können Größen beliebig mischen. Diese Tabelle zeigt, wie viele Sandboxes einer Größe gleichzeitig passen:

Bei Pro nutzen 3 Large- und 6 Small-Sandboxes 36 von 40 vCPU, daher passt noch eine Medium-Sandbox, aber keine weitere Large-Sandbox.

• Die Limits gelten pro Kontoinhaber, über alle Workspaces des Inhabers hinweg. Ein zweiter Workspace bringt kein zweites Kontingent.
• In der Testphase und in den bezahlten Plänen bedeutet aktiv laufend oder fortsetzend. Eine pausierte Sandbox nutzt keine vCPU; um eine fortzusetzen, braucht es Platz für ihre vCPU.
• Ein Start ist eine neue Sandbox. Ein Fortsetzen ist kein Start. Eine Erstellung, die auf Seiten von Lizard fehlschlägt, zählt nicht.
• Bei Überschreitung geben Create und Resume HTTP 429 zurück, mit code gleich SANDBOX_LIMIT_REACHED (vCPU gleichzeitig) oder SANDBOX_RATE_LIMITED (Starts). Eine Ablehnung wegen der Startrate enthält einen Retry-After-Header.
• In der Testphase gibt eine zweite gleichzeitig laufende Medium-Sandbox, ob Sie sie erstellen, forken oder fortsetzen, HTTP 403 mit code gleich TRIAL_MEDIUM_RUNNING zurück, und eine Region außerhalb der USA gibt HTTP 403 mit TRIAL_SANDBOX_REGION zurück. Eine Large-Sandbox gibt HTTP 403 mit code gleich SANDBOX_SIZE_NOT_ALLOWED zurück, ob Sie sie erstellen, fortsetzen, forken oder wiederherstellen.
• GET /api/sandboxes/limits gibt Ihre Limits und das, was gerade läuft, zurück, mit running (Sandboxes) und runningVcpu.
• Enterprise hat kein festes Limit für gleichzeitig laufende Sandboxes. Der Vertrag jedes Kunden legt das Limit pro Workspace fest. Laufende, pausierte und abgestürzte Sandboxes zählen alle mit. Darüber geben Create und Fork HTTP 429 mit code gleich SANDBOX_LIMIT_REACHED zurück. Ein Benutzer kann pro Region bis zu 120 Sandboxes pro Minute erstellen.
• Das Dashboard zeigt neben New Sandbox die genutzten vCPU und Ihr vCPU-Limit. Für mehr als 1,200 vCPU gleichzeitig sprechen Sie uns auf Enterprise an.

Eine Ablehnung mit SANDBOX_LIMIT_REACHED sagt, wie viel bei Ihnen läuft und wie viel die neue Sandbox braucht. unit ist vcpu, limit und running sind in vCPU angegeben, und needed ist die vCPU-Zahl der angefragten Sandbox:

{
  "error": "Your plan runs up to 40 vCPU of Sandboxes at once. 38 are in use and this sandbox needs 4. Stop or pause a sandbox, or move to a higher Pro tier.",
  "code": "SANDBOX_LIMIT_REACHED",
  "tier": "pro",
  "unit": "vcpu",
  "limit": 40,
  "running": 38,
  "needed": 4
}

Eine Ablehnung mit SANDBOX_SIZE_NOT_ALLOWED nennt Ihre Limitstufe und, in vCPU, die größte Sandbox, die sie erlaubt:

{
  "error": "Large Sandboxes start after your first Pro payment. Start Pro now in Billing to use them.",
  "message": "Large Sandboxes start after your first Pro payment. Start Pro now in Billing to use them.",
  "code": "SANDBOX_SIZE_NOT_ALLOWED",
  "tier": "trial",
  "maxSandboxCpus": 4
}

Um mehr auszuführen, stoppen oder pausieren Sie eine Sandbox, wählen eine kleinere Größe oder wechseln zu einem größeren Plan; siehe Plan wechseln.

Ausgehender Netzwerkverkehr

Für ausgehenden Sandbox-Traffic gibt es keinen separaten Preis pro GB. Enthalten sind 2 TB pro Konto über die jeweils letzten 30 Tage, gemeinsam für alle Sandboxes des Kontos. Wenn Ihre Aufgabe mehr benötigt, kontaktieren Sie uns vor dem Start.

Laufzeit

Auch die CLI setzt standardmäßig fünf Minuten; das Dashboard setzt standardmäßig kein Ablaufdatum. Befehle verlängern die Frist nicht. Zu Pause, Snapshots, Fork und dazu, was jeweils erhalten bleibt, siehe den Lebenszyklus von Sandboxes.

Workspace-Limits

Der Inhaber eines Workspace kann einen einzelnen Workspace begrenzen, zum Beispiel einen, den ein Kunde mit einem eingeschränkten API-Schlüssel nutzt. Diese Grenzen gelten zusätzlich zu den Kontolimits oben, für alle, die in dem Workspace arbeiten.

Nur der Inhaber legt sie fest, mit lizard workspace limits, angemeldet über den Browser oder mit einem API-Schlüssel ohne Bereichseinschränkung. Jedes Mitglied und jeder Schlüssel, der den Workspace erreicht, kann sie samt aktueller Nutzung lesen.

• Am Sandbox-Limit geben Create, Fork und Resume HTTP 429 mit code gleich WORKSPACE_SANDBOX_LIMIT zurück.
• Solange Apps und Datenbanken so viel CPU oder Arbeitsspeicher nutzen wie erlaubt, geben Deploy, Redeploy, Neustart, Hochskalieren, neue Datenbanken und das Fortsetzen einer pausierten App oder Datenbank HTTP 429 mit code gleich WORKSPACE_USAGE_LIMIT zurück. Laufende Services laufen weiter.
• Solange die Daten das Speicherlimit ausschöpfen, geben neue Volumes, Volume-Vergrößerungen, neue Datenbanken und Template-Deploys dasselbe WORKSPACE_USAGE_LIMIT zurück. Bereits geschriebene Daten bleiben erhalten.
• Die eigene Festplatte einer Sandbox zählt nicht zum Speicherlimit.

Regionen

Die aktuell konfigurierten Regionen umfassen US East (Virginia), us-east-1, und EU West (Limburg), eu-west-lim-a. Eine Region im Katalog garantiert nicht, dass für jede Ressource Kapazität verfügbar ist. Prüfen Sie die Regionsauswahl beim Erstellen der Ressource; eine Sandbox, die ein vorhandenes Volume verwendet, muss auf dem Node dieses Volumes laufen. lizard regions listet die für Ihr Konto verfügbaren Regionen auf; siehe Regionen.

Vor dem Erhöhen der Skalierung

Prüfen Sie aktiven Tarif, Einstellungen pro Replikat, Kontolimit, Workspace-Limits, Datenbank-Verbindungslimit und Speicherwachstum zusammen. Verwenden Sie Skalierung, Metriken und Preise, um konfigurierte Kapazität mit der gemessenen Nutzung zu vergleichen. Die Tarife für jede Ressource stehen auf der Abrechnungsseite.

Aktualisiert 10. November 2026