Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.devin.ai/llms.txt

Use this file to discover all available pages before exploring further.

Ausführliche Best Practices finden Sie auch unter Devin effektiv anleiten und Gute vs. schlechte Anweisungen.
Devin benötigt Hinweise dazu, was deine Präferenzen sind und wie es überprüfen soll, ob es auf dem richtigen Weg ist. Falls nichts angegeben ist, wird Devin eigene Ermessensentscheidungen treffen. Wir empfehlen, in deinen Prompts einer einfachen Struktur zu folgen, damit Devin auf Kurs bleibt und seine eigene Arbeit überprüft:

Was

Beschreibe die Aufgabe, die Devin erledigen soll.Beispiel: Aktualisiere mein Projekt von Java 7 auf Java 8.

Wie

Beschreibe einige Do’s und Don’ts für Devin bei der Ausführung der Aufgabe (z. B. mit Modal deployen usw.)Beispiel: Identifiziere und ersetze veraltete Java‑7‑APIs durch ihre Java‑8‑Entsprechungen. Analysiere die Codebasis auf mögliche Verbesserungen in Java‑8‑Sprache und -APIs.

Ergebnis

Beschreibe die erwarteten Ergebnisse oder Verhaltensweisen, auf die Devin testen soll, damit Devin weiß, wann die Aufgabe abgeschlossen ist.Beispiel: Führe die Testsuite aus und stelle sicher, dass alle Tests erfolgreich bestehen. Baue das Projekt mit der aktualisierten Java‑8‑Konfiguration und stelle sicher, dass die Anwendung läuft.

​
Die richtigen Aufgaben auswählen

Wenn Sie entscheiden, welche Aufgaben Sie Devin übergeben, achten Sie auf Aufgaben mit:
  1. Klaren Erfolgskriterien
    • Aufgaben, bei denen der Erfolg automatisch validiert werden kann
    • Eingebauten Feedbackschleifen (Tests, Kompilierung, Lint-Checks)
    • Objektiven Qualitätskriterien
  2. Angemessenem Umfang
    • Klar definierten Grenzen und klaren Anforderungen
    • Klaren Mustern in Ihrer Codebasis, an denen man sich orientieren kann
    • Als Faustregel gilt: Aufgaben, die Sie drei Stunden oder weniger kosten würden, eignen sich hervorragend
  3. Wiederkehrenden Elementen
    • Aufgaben, bei denen ähnliche Änderungen vielfach angewendet werden müssen
    • Variationen, die reines Scripting erschweren
    • Vorhandenen Beispielen, an denen man sich orientieren kann
  4. Typischen Beispielen
    • Versionsupgrades über mehrere Pakete hinweg
    • Hinzufügen von Testabdeckung für bislang ungetestete Module
    • Konvertieren von Dateien, um neue Muster/Standards zu verwenden
    • Implementieren standardisierter UI-Komponenten

​
Teilen Sie komplexe Aufgaben über mehrere Sitzungen hinweg in einfachere Unteraufgaben auf

Devin hat eine höhere Erfolgswahrscheinlichkeit, wenn komplexe Projekte in klare Unteraufgaben aufgeteilt werden. zum Beispiel können Sie Devin statt in einer einzigen Sitzung zu bitten, Ihren Anwendungscode, Ihre Test-Suite und Ihre CI-Konfiguration zu aktualisieren, dies in drei separate Sitzungen aufteilen. Sie können sie parallel ausführen, indem Sie Devin beauftragen, an verwaltete Devins zu delegieren. Bei besonders komplexen Aufgaben empfehlen wir, mit Devin über mehrere separate Sitzungen hinweg zu arbeiten, da die Leistung von Devin mit zunehmender Sitzungsdauer nachlassen kann.

​
Erklären Sie Devin, wie es seinen Fortschritt prüfen soll

Devin arbeitet am besten, wenn es klare Schritte zur Überprüfung seiner Arbeit erhält. Das hilft sicherzustellen, dass die Aufgabe korrekt ausgeführt wird und ermöglicht es Devin, potenzielle Probleme frühzeitig zu erkennen. Hier ist eine nicht abschließende Liste einiger Möglichkeiten, wie Sie Devin helfen können, seine Arbeit zu überprüfen:
  1. Testspezifikationen festlegen
    • Bitten Sie Devin, bestimmte Test-Suites auszuführen
    • Definieren Sie, welche Tests bestehen sollen
    • Fordern Sie bei Bedarf Metriken zur Testabdeckung an
  2. Klare Checkpoints und Teilaufgaben definieren
    • Zerlegen Sie komplexe Aufgaben in überprüfbare Teilaufgaben und starten Sie eine Devin-Session pro Teilaufgabe
    • Definieren Sie, wie Erfolg für jede Teilaufgabe aussieht, und optional Checkpoints innerhalb jeder Teilaufgabe
    • Bitten Sie Devin, nach Abschluss jedes Checkpoints/jeder Teilaufgabe zu berichten
  3. Erklären Sie Devin, wie es seine Arbeit prüfen soll Stellen Sie klar, wie Devin prüfen kann, ob es auf dem richtigen Weg ist. Zum Beispiel:
    • Beim Arbeiten mit Datensätzen: „Überprüfe, dass der Datensatz mindestens 500 Zeilen hat und die Spalten X, Y, Z enthält.“
    • Beim Ändern von APIs: „Bestätige, dass der Endpoint den Status 200 zurückgibt und alle erforderlichen Felder enthält.“
    • Beim Aktualisieren der UI: „Prüfe, dass die Komponente ohne Konsolenfehler rendert und der Design-Spezifikation entspricht.“
Je spezifischer Sie Ihre Anforderungen an die Validierung formulieren, desto sicherer kann Devin die Aufgabe ohne Eingreifen fortsetzen.

​
Sei klar und konkret

Gib Devin klare, detaillierte Anweisungen und Anforderungen. Versuche zum Beispiel Folgendes:
  1. Die wichtigsten Schritte anzugeben, die zum Abschließen einer Aufgabe erforderlich sind
  2. Bestimmte Repos, Bibliotheken, Branches usw. zu benennen, mit denen Devin arbeiten soll
Für Devin ist nichts „zu offensichtlich“, aber es wird sein Bestes tun, Dinge zu klären und unterwegs Fragen zu stellen.

​
Playbooks verwenden

Für wiederkehrende oder komplexe Aufgaben empfehlen wir, Playbooks zu verwenden und fortlaufend zu verfeinern. Playbooks sind leicht wiederverwendbare und einfach teilbare Prompts. Wenn du zum Beispiel möchtest, dass Devin anhaltende CI-Build-Fehler behebt, kannst du ein Playbook erstellen, das die allgemeinen Schritte enthält, die Devin jedes Mal ausführen soll, um das Problem zu lösen – ohne dass du sie in jedem Prompt erneut angeben musst.

​
Referenzen oder Beispiele bereitstellen

Verlinke, wenn verfügbar, Dokumentation oder Beispiele, die für die Aufgabe relevant sind. Wenn du keine Ressourcen angibst, kann Devin selbstständig nach Dokumentation suchen.

​
Steig direkt ein!

Stell Devin Fragen und gib ihm Anweisungen, während Devin arbeitet – genau wie bei jedem anderen Teammitglied!