> ## Documentation Index > Fetch the complete documentation index at: https://docs.langdock.com/llms.txt > Use this file to discover all available pages before exploring further. # Laufzeit-Limits > Schlage die Caps nach, die einen Workflow-Lauf stoppen, damit du Loops, Dateien und Node-Outputs vor dem Veröffentlichen dimensionierst. Workflows stoppen an harten Caps, nicht nur an den Kosten. Prüfe diese Zahlen, wenn du eine lange Liste loopst, einen großen Webhook entgegennimmst oder eine große API-Antwort in einen Code-Node gibst. Ausgabenlimits und monatliche USD-Caps stehen unter [Kostenmanagement](/de/using-langdock/workflows/guides/cost-management) und für Admins unter [Workflow-Limits](/de/admin/manage-workflows/spend-limits). Manche Werte sind fest. Andere setzt du am Node, in den Workflow-**Einstellungen** oder auf Workspace-Ebene. ## Laufgröße | Limit | Wert | Wo | Wann es greift | Was du tun kannst | | -------------------------------- | ----------------------------------------------------- | -------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------- | | Schritte pro Lauf | 2.000 (Workspace-Standard) | Jeder Lauf | Der Lauf schlägt fehl mit `Steps-per-run limit reached`. | Teile den Job, verkleinere den Loop oder streiche überflüssige Delay-Nodes. Dein Workspace-Wert kann abweichen. | | **Max. Ausführungen pro Stunde** | Standard 100, Maximum 5.000 | Workflow-**Einstellungen** | Kein neuer Lauf startet, solange so viele Läufe in den letzten 60 Minuten liegen. Ein neuer Lauf startet wieder, sobald ältere Läufe aus diesem Fenster fallen. | Erhöhe **Max. Ausführungen pro Stunde**, oder drossle den Trigger. | | Monatliches Ausführungslimit | Hängt vom Workflows-Plan ab. Cloud-Standard ist 2.500 | Workspace | Neue Läufe stoppen. Geplante Workflows und Polling werden deaktiviert, wenn sie danach laufen sollen. | Bitte einen Admin um eine Plan-Änderung. Dedicated Deployments haben dieses Zähllimit nicht. | Jede Node-Ausführung zählt als Schritt, inklusive Iterationen in einem Loop und Delay-Nodes. **Max Schritte** am Agent-Node begrenzt nur Tool-Calls in diesem einen Agenten. Es ersetzt das Lauf-Limit nicht. ## Loops, Agenten und Delays | Limit | Wert | Wo | Wann es greift | Was du tun kannst | | ------------------------ | --------------------------- | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ | | **Max Iterationen** | Standard 200, Maximum 2.000 | Loop-Node | Der Loop schlägt fehl, wenn das Array länger ist als der gesetzte Wert, und immer oberhalb von 2.000 Einträgen. | Erhöhe **Max Iterationen**, pagine die Liste, oder teile sie auf mehrere Läufe. | | **Ergebnisse speichern** | 25 MB zusammen | Loop-Node, wenn **Ergebnisse speichern** an ist | Das Loop-Ende schlägt fehl. Das zu große Ergebnis wird nicht gespeichert. | Schalte **Ergebnisse speichern** aus, oder speichere Zusammenfassungen statt der vollen Ausgabe jeder Iteration. | | **Max Schritte** | Standard 25, Maximum 100 | Agent-Node | Der Agent macht keine weiteren Tool-Schritte. | Erhöhe **Max Schritte** für Recherche-Agenten. Senke den Wert für kurze, planbare Aufgaben. | | Delay-Dauer | Maximal 1 Tag | Delay-Node | Ein längeres Delay lässt sich nicht speichern. | Nutze einen [Scheduled Trigger](/de/using-langdock/workflows/nodes/triggers/scheduled-trigger) für Wartezeiten über einem Tag. | ## Dateien und Payloads | Limit | Wert | Wo | Wann es greift | Was du tun kannst | | -------------------------- | ----------------------------------------------------------------- | ------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Node-Output | 25 MB | Jeder Node | Der Node schlägt fehl mit `Node output exceeded the maximum size of 25 MB`. Es wird nichts gespeichert. | Filtere oder pagine. Gib Dateien als Dateien zurück, nicht als inline JSON. | | Code-Node-Input | 5 MiB geladene vorgelagerte Outputs | [Code-Node](/de/using-langdock/workflows/nodes/code-node#limits) | Der Node schlägt fehl, bevor dein Code läuft. | Referenziere nur die Slugs, die du brauchst. Vermeide `data`. Verkleinere den Upstream-Output oder schalte **Ergebnisse speichern** aus. | | JavaScript-Sandbox-Antwort | 150 MB | Code-Node (JavaScript) | Die Code-Ausführung schlägt fehl. Der gespeicherte Workflow-Output bleibt bei 25 MB. | Gib weniger zurück, oder schreibe Dateien statt eines riesigen Return-Werts. Siehe [Sandbox-Utility-Funktionen](/de/using-langdock/guides/integrations/sandbox-utilities). | | Webhook-Body | 25 MB. 12 MB, wenn **Originalen Request-Body beibehalten** an ist | [Webhook-Trigger](/de/using-langdock/workflows/nodes/triggers/webhook-trigger) | HTTP 413 | Schalte **Originalen Request-Body beibehalten** aus, oder sende Dateireferenzen statt großem Base64. | | Formular-Dateien | 20 Dateien, 100 MB insgesamt | [Form-Trigger](/de/using-langdock/workflows/nodes/triggers/form-trigger) | Die Übermittlung wird abgelehnt. | Lade weniger oder kleinere Dateien hoch. | | Formularfelder | 10 Felder | Form-Trigger | Der Builder lässt keine weiteren Felder zu. | Teile das Formular, oder hole zusätzliche Daten später im Lauf. | | Action-Dateien | 20 Dateien | Action-Ergebnisse und Formular-Uploads | Das Formular lehnt den Submit ab. Manche Actions schlagen fehl, statt Extra-Dateien zu behalten. | Begrenze Anhänge in der Action. | Dateien, die du aus einem Code-Node in einem `files`-Array zurückgibst oder im Python-Arbeitsverzeichnis erstellst, werden vor der 25-MB-Messung hochgeladen. Ihr Inhalt zählt nicht auf dieses Cap. ## Kosten-Caps USD- und EUR-Ausgabenlimits sind getrennt von der Tabelle oben. Setze **Monatliches Limit**, **Limit pro Ausführung** und **Max. Ausführungen pro Stunde** unter **Einstellungen**. Workspace-Admins setzen das Workspace-Ausgabenlimit und das maximale Monatslimit pro Workflow. Wenn ein Workflow sein monatliches Ausgabenlimit erreicht, können keine neuen Läufe starten. Geplante Workflows und Polling werden deaktiviert, wenn sie danach laufen sollen. Details: [Kostenmanagement](/de/using-langdock/workflows/guides/cost-management). ## Workarounds, die meist helfen * Filtere oder fasse zusammen, bevor ein Agent- oder Code-Node kommt. Loope keine 2.000 Rohdatensätze durch ein großes Modell. * Teile große Listen auf mehrere Läufe, statt einen Loop bis an 2.000 Einträge zu fahren. * Lass **Ergebnisse speichern** aus, wenn kein späterer Node das volle Array braucht. * Im Code-Node nenne die Upstream-Slugs, die du liest. `data` lädt jeden Vorgänger in das 5-MiB-Budget. * Bevorzuge Dateireferenzen gegenüber Base64 in Webhooks und Node-Outputs. ## FAQ Das Lauf-Limit zählt jede Node-Ausführung, inklusive jeder Loop-Iteration. Bei 2.000 Schritten schlägt der Lauf fehl, auch wenn **Max Iterationen** noch Luft hat. Das 5-MiB-Input-Cap misst die vorgelagerten Outputs, die dein Code lädt. Ein Loop mit **Ergebnisse speichern** ist eine häufige Ursache. Referenziere weniger Slugs, oder sammle weniger. Nein. Schritte pro Lauf ist eine Workspace-Einstellung, Standard 2.000. Frage deinen Admin oder Langdock-Kontakt, wenn dein Workspace einen anderen Wert braucht.