Skip to main content

Erstellen Sie einen Team-PTO-Tracker

Beschreiben Sie Ihr Tool, und Devin erstellt, testet und verifiziert es end-to-end.
AuthorCognition
CategoryFeature-Entwicklung
1

(Optional) Die Codebasis mit Ask Devin eingrenzen

Wenn du in deiner App bereits interne Tools hast, verwende Ask Devin, um die bestehenden Muster zu verstehen, bevor du deine Spezifikation schreibst. Das ist besonders hilfreich, wenn das neue Tool zur vorhandenen Architektur passen soll:Nutze die Antworten, um deine Spezifikation mit konkreten Dateireferenzen, Komponentennamen und Mustern zu ergänzen, damit Devin etwas erstellt, das konsistent mit deinen bestehenden Tools ist. Du kannst auch direkt aus Ask Devin eine Devin-Session starten; dabei werden alle gewonnenen Informationen als Kontext übernommen.
2

Detaillierte Spezifikation erstellen

Interne Tools – PTO-Tracker, Admin-Oberflächen, Datenskripte, CLI-Utilities – sind essenziell, werden aber selten priorisiert. Sie eignen sich ideal für Devin, weil die Anforderungen klar definiert sind, die Zielgruppe dein Team ist und „funktioniert zuverlässig“ wichtiger ist als ein pixelgenaues Design.Sei präzise darin, was das Tool tut, welche Daten es speichert und mit welchen Services es sich verbindet. Je mehr Details du angibst, desto näher kommt die erste Version dem, was du brauchst.Du kannst deine Spezifikation auch iterativ mit Ask Devin verfeinern – füge einen groben Entwurf ein und bitte es, Lücken zu identifizieren oder Verbesserungen auf Basis deiner Codebasis vorzuschlagen.
3

Anmeldedaten hinzufügen

Übergeben Sie alle API keys oder Tokens, die Devin benötigt, über Secrets – in diesem Fall die Slack-Webhook-URL.Der einfachste Ansatz ist, sie vor dem Start der Session als Organisations-Secrets zu speichern:
  1. Gehen Sie zu Settings > Secrets und fügen Sie SLACK_WEBHOOK_URL hinzu.
  2. Devin greift als Umgebungsvariablen auf Secrets zu, sodass sie niemals hart in Ihrem Quellcode codiert werden.
Organisations-Secrets müssen vor dem Start der Session hinzugefügt werden – sie werden beim Start der Session injiziert. Alternativ können Sie während der Session über den Chat Secrets bereitstellen, und Devin wird Sie außerdem proaktiv nach allen benötigten Zugangsdaten fragen, wenn fehlende Umgebungsvariablen festgestellt werden.
4

Steuern Sie die Session mit Slash-Befehlen

Sobald die Session gestartet ist, kannst du Slash-Befehle verwenden, um Devins Workflow zu steuern:
  • /plan — Bitte Devin, einen ausführlichen Implementierungsplan zu erstellen, bevor es mit dem Schreiben von Code beginnt. Überprüfe den Plan und schlage Änderungen vor, bevor Devin mit der Umsetzung startet.
  • /test — Weise Devin an, alle Tests auszuführen und seine Arbeit zu überprüfen. Verwende diesen Befehl nach jedem größeren Meilenstein, um Probleme frühzeitig zu erkennen.
  • /review — Bitte Devin, seinen eigenen Code auf Bugs, Edge Cases und Stilprobleme zu überprüfen, bevor der PR (Pull Request) eröffnet wird.
Diese Befehle kannst du jederzeit während der Session verwenden — nutze /plan am Anfang, /test, nachdem jede Funktionalität fertiggestellt ist, und /review vor dem finalen PR.
5

Devin erstellt es und prüft, ob es funktioniert

Devin behandelt interne Tools wie jedes andere Feature in der Produktion – es schreibt den Code, fügt Tests hinzu und öffnet dann die App in seinem integrierten Browser, um zu überprüfen, dass das UI End-to-End funktioniert.
  1. Untersucht eure Codebase — Findet eure DataTable- und Calendar-Komponenten, liest euer Prisma-Schema und analysiert das bestehende /internal/-Seitenlayout
  2. Erstellt die Datenbankmigration — Fügt pto_requests- und pto_balances-Tabellen mit Prisma hinzu
  3. Baut die Seiten — Formular zur Antragseinreichung, Warteschlange für Manager-Genehmigungen, Kalenderansicht und Guthaben-Dashboard unter /internal/pto
  4. Integriert Slack — Sendet Webhook-Benachrichtigungen, wenn Anträge eingereicht werden und wenn sie genehmigt oder abgelehnt werden
  5. Schreibt Tests — Unit-Tests für PTO-Guthabenberechnungen und Erkennung von Datumsüberschneidungen, API-Tests für die Request-Endpunkte, Integrationstests für den Genehmigungs-Workflow
  6. Öffnet die App in seinem Browser — Navigiert zu jeder Seite, reicht einen PTO-Testantrag ein, genehmigt ihn in der Manager-Ansicht, verifiziert die Aktualisierung des Kalenders, prüft die Dashboard-Zahlen und testet Randfälle wie sich überschneidende Zeiträume und überschrittene Guthaben
  7. Öffnet einen PR (Pull Request) — Liefert alles: Migration, Seed-Skript, Anwendungscode, Tests und einen README-Abschnitt, der erklärt, wie das Tool zu verwenden ist
Die Browser-Verifizierung fängt Probleme ab, die automatisierte Tests übersehen – kaputte Formular-Layouts, ein Kalender, der zwar gerendert wird, aber nicht auf Klicks reagiert, oder ein Submit-Button, der das Formular nach erfolgreicher Übermittlung nicht leert.
6

Erweitern Sie Ihr Tool

Sobald das Basistool funktioniert, füge in Folgesitzungen weitere Funktionen hinzu:
7

Überprüfen Sie den PR mithilfe von Devin Review

Sobald Devin den PR eröffnet hat, verwenden Sie Devin Review, um die Änderungen zu überprüfen. Devin Review hat den vollständigen Kontext Ihrer Codebasis und kann Bugs, Sicherheitsprobleme und Stilinkonsistenzen im gesamten Diff erkennen.