Dynamische Workflows sind in jeder Devin-Sitzung verfügbar — beschreiben Sie einfach die Aufgabe und bitten Sie Devin, sie als Workflow auszuführen.Enterprise-Konten: Die Funktion ist deaktiviert, bis ein Enterprise-Admin unter Enterprise Settings > Devin Dynamische Workflows aktiviert. Bis dahin führt Devin in keiner der Organisationen des Enterprise Workflows aus.
Was sind dynamische Workflows?
Wann ein Workflow sinnvoll ist
- Breite Auffächerung mit Zusammenführungsschritt — etwa fünf oder mehr unabhängige Einheiten (Dateien, Module, Endpunkte, Tickets), die jeweils eine Bewertung oder Überprüfung erfordern und deren Ergebnisse anschließend zusammengeführt werden.
- Eine mehrstufige Pipeline — spätere Stufen nutzen die strukturierte Ausgabe früherer Stufen, zum Beispiel Prüfen → Beheben → Verifizieren.
- Die Änderung mechanisch ist — ein Codemod, Linter-Autofix oder Generator erledigt sie schneller und zuverlässiger als Agenten.
- Nur eine oder zwei unabhängige Sitzungen benötigt werden und keine Daten zwischen ihnen fließen.
- Die Arbeit durch gemeinsamen Zustand eng gekoppelt oder klein und sequenziell ist.
Beispiel-Prompts
So funktioniert ein Durchlauf
- Devin schreibt das Skript in eine Datei und startet den Durchlauf. Sie genehmigen ihn zunächst, sofern Sie nicht unter Settings → Preferences → Workflows automatisch genehmigen die automatische Genehmigung aktiviert haben.
- Das Skript läuft auf Devin’s Maschine. Workflow-Primitiven werden automatisch eingebunden – Sie müssen nichts installieren oder importieren.
- Jeder Agentenaufruf startet einen Agenten und wartet auf dessen strukturierte Ausgabe. Standardmäßig ist dieser Agent eine unabhängige Devin-Sitzung auf einer eigenen VM.
- Der Fortschritt wird in die Sitzung gestreamt. Das Workflow-Panel zeigt jede Phase, ihre Agenten und deren Live-Status; von dort aus können Sie die Sitzung jedes Agenten öffnen.
- Ergebnisse werden unter einer Durchlauf-ID erfasst, wodurch sich der Durchlauf fortsetzen lässt.
Jeder
agent()-Aufruf erhält ein JSON-Schema und gibt ein entsprechend strukturiertes Dict zurück. So werden die Befunde einer Phase zum Prompt der nächsten Phase. Halten Sie Schemas klein und flach.
Beispiel
Wo Agents ausgeführt werden
Separate VM (Standard)
Eine vollständige untergeordnete Devin-Sitzung mit eigener Maschine, Repo-Klonen und Umgebung. Sie kann nicht auf die Dateien der orchestrierenden Sitzung zugreifen. Code wird daher über Git-Branches übergeben: Jeder Agent pusht einen Branch und meldet dessen Namen; spätere Phasen lesen ihn aus der strukturierten Ausgabe aus.
Gemeinsame VM
Der Agent wird auf der Maschine der orchestrierenden Sitzung ausgeführt und teilt deren Working Tree, einschließlich nicht committeter Änderungen – eine Git-Übergabe ist nicht erforderlich. Verwenden Sie dies, wenn Agents den aktuellen Working Tree lesen oder bearbeiten müssen oder wenn das Repo nur auf dieser Maschine vorhanden ist.
Determinismus und Fortsetzen
agent()-Aufruf, dessen aufgezeichnete Ausgabe vom restlichen Skript verwendet wird.
Zwei wichtige Konsequenzen:
- Wenn Sie einen Prompt bearbeiten, wird dieser Agent erneut ausgeführt – ebenso wie alles, was davon abhängt. Unveränderte frühere Agenten werden weiterhin wiederholt.
- Ein Durchlauf, bei dem ein Timeout auftrat oder der unterbrochen wurde, wird an der Stelle fortgesetzt, an der er aufgehört hat, wenn er anhand seiner Durchlauf-ID fortgesetzt wird. Das Standard- und Maximalbudget für einen Durchlauf beträgt sieben Tage.
Kosten
Einen Workflow zur Wiederverwendung speichern
workflow.py neben einer SKILL.md, die beschreibt, wann er verwendet werden soll. Devin erkennt ihn dann bei zukünftigen Aufgaben und führt ihn erneut aus, statt ein neues Skript zu schreiben. Bitten Sie Devin, einen Workflow zu speichern, und Devin erstellt die erforderlichen Dateien für Sie.
- Erweiterte Funktionen — verwaltete Devins direkt orchestrieren
- Skills — wiederverwendbare Verfahren, einschließlich Workflows, in Ihren Repos speichern
- Devin MCP — Sitzungen programmgesteuert erstellen und überwachen

