Einen Feature-Prompt von 42 auf 12 ACUs reduzieren
Gehe eine reale Session Schritt für Schritt durch, die für eine Paginierungsaufgabe das Dreifache der erwarteten ACUs verbraucht hat, identifiziere drei Hauptursachen und formuliere den Prompt neu, um 70 % einzusparen.Sitzung, die die Untersuchung ausgelöst hat
Eine Entwicklerin hat Devin gebeten, einem API-Endpunkt Paginierung hinzuzufügen. Der Prompt war kurz und klang vernünftig:Die Sitzung wurde erfolgreich abgeschlossen – die Tests wurden bestanden, der PR sah gut aus. Aber sie verbrauchte 42 ACUs für eine Aufgabe, die ~12 ACUs hätte kosten sollen. Dreieinhalbmal so hohe Kosten wie erwartet, und das für ein Feature, das an anderer Stelle in der Codebasis bereits ein funktionierendes Muster hatte.So finden Sie heraus, was schiefgelaufen ist, und stellen sicher, dass es nicht wieder passiert.
Mit Session Insights starten
Jede abgeschlossene Session enthält eine kostenlose Session Insights-Analyse. Klicke auf das Glühbirnensymbol in der oberen Leiste einer beliebigen abgeschlossenen Session, um sie zu öffnen – keine Advanced-Session erforderlich.Für diese Paginations-Session hat Session Insights Folgendes hervorgehoben:
- Issue Timeline — Rote Markierungen bei Minute 14 und Minute 28, an denen Devin den Ansatz komplett geändert hat.
- Issues Detected — „Falsche Annahme über Codebasis: Paginierung von Grund auf neu implementiert, obwohl
src/utils/paginate.tsbereits existierte“ und „Falsche Implementierungsart: cursor-basierte Paginierung verwendet, aber Tests erwarten offset-basierte.“ - Improved Prompt — Eine neu formulierte Version mit dem zuvor fehlenden Kontext, bereit zum Kopieren.
- ACU Usage — 42 ACUs, als unverhältnismäßig für den Umfang der Aufgabe markiert.
Erhalten Sie eine Aufschlüsselung nach Phasen mit Advanced Devin
Klicken Sie im Panel Session Insights auf Investigate with Devin, um eine Advanced Devin-Sitzung zu starten, die mit der vollständigen Historie der ursprünglichen Sitzung vorgeladen ist. Oder starten Sie manuell eine neue Advanced-Sitzung — wählen Sie die Sitzung im Sitzungs-Dropdown aus und beschreiben Sie, was analysiert werden soll:Advanced Devin überprüft jede Aktion aus der ursprünglichen Sitzung und identifiziert, wo Devin ungewöhnlich viel Zeit verbracht oder ineffiziente Ansätze gewählt hat:Drei Hauptursachen, die sich alle mit einem besseren Prompt oder einer besseren Repository-Konfiguration vermeiden lassen.
Formuliere den Prompt neu und vergleiche
You can Advanced Devin bitten, direkt mit dem verbesserten Prompt eine neue Sitzung zu starten – ganz ohne Copy & Paste. Die Analyse erzeugt einen strukturierten Prompt, der genau den zuvor fehlenden Kontext enthält:Vergleiche die beiden Prompts nebeneinander:
Der optimierte Prompt beseitigt alle drei Hauptursachen. Devin überspringt das Durchsuchen von 23 Dateien, wählt die richtige Paginierungsart gleich beim ersten Versuch und folgt einem bewährten Muster.
| Original | Optimiert | |
|---|---|---|
| Pagination type | Nicht angegeben | „offset-basiert“ |
| Existing utility | Nicht erwähnt | src/utils/paginate.ts |
| Reference pattern | Keines | „same as GET /api/projects“ |
| Response shape | Nicht angegeben | Explizites Schema |
| Testing criteria | „Run the tests“ | Konkrete Randfälle |
| ACU result | 42 ACUs | ~12 ACUs |
Machen Sie aus Erkenntnissen dauerhafte Korrekturen
Das einmalige Umschreiben eines Prompts spart ACUs in einer Sitzung. Wenn Sie die Erkenntnisse in eine dauerhafte Konfiguration überführen, sparen Sie ACUs in jeder zukünftigen Sitzung.Fügen Sie wiederkehrenden Kontext zu Knowledge hinzu. Die Paginierungsanalyse hat zwei Fakten offengelegt, die Devin wiederholt benötigt – den Paginierungstyp und den Speicherort der Utility. Fügen Sie sie als Knowledge-Einträge hinzu, damit jede Sitzung automatisch mit diesem Kontext startet:
- “Alle API-Endpunkte verwenden offset-basierte Paginierung. Die gemeinsame Utility befindet sich unter
src/utils/paginate.ts. Siehe GET /api/projects für die Referenzimplementierung.” - “Führen Sie Tests mit
npm testaus. Führen Sie Typprüfungen mitnpm run typecheckaus.”
npm install-Fehler verschwendet wurden, wurden durch eine fehlende .npmrc-Konfiguration für die private Registry verursacht. Das Hinzufügen der Registry-Konfiguration zum Repo-Setup verhindert, dass zukünftige Sitzungen auf diesen Fehler stoßen.Führen Sie Batch-Analysen durch, um teamweite Muster zu finden. Wenn mehrere Entwickler Sitzungen mit hohem ACU-Verbrauch haben, analysieren Sie mehrere auf einmal, um gemeinsame Ursachen zu finden: