![](data:image/svg+xml;utf8,<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="%23D95C41" stroke-width="1.8" stroke-linecap="round" stroke-linejoin="round"><line x1="12.1" y1="11.9" x2="18.9" y2="8.2" /><line x1="12.1" y1="12.1" x2="20.3" y2="12.9" /><line x1="12.2" y1="12.4" x2="16.6" y2="19.1" /><line x1="11.8" y1="12.4" x2="7.3" y2="19.2" /><line x1="11.9" y1="12.1" x2="3.7" y2="13.3" /><line x1="11.8" y1="11.7" x2="7.8" y2="4.4" /></svg>)
Zugehörige Lektionen: Lektion 07. Klare Aufgabengrenzen für Agenten ziehen · Lektion 08. Feature-Listen nutzen, um Agentenarbeit zu begrenzen Vorlagendateien: templates/
Projekt 04. Runtime-Feedback nutzen, um Agentenverhalten zu korrigieren
Was du tust
Füge Runtime-Beobachtbarkeit hinzu, etwa Startlogs, Import-/Indexierungslogs und Fehlerzustände, sowie Architekturregeln, um Verstöße zwischen Schichten zu verhindern. Baue einen Runtime-Bug ein, den der Agent beheben soll.
Du führst es zweimal aus: zuerst ohne Logs oder Regeln, dann mit passenden Werkzeugen und Regeln.
Nutze das eingecheckte Projekt
Repository-Pfad: projects/project-04/
| Verzeichnis | Inhalt | Vergleichspunkt |
|---|---|---|
starter/ | Project-03-Code mit schwachen Diagnosesignalen. Der eingebaute Indexierungsfehler kann Chunking bei großen Dateien brechen, und es gibt kein Architekturprüfskript. | Wie lange der Agent ohne Runtime-Signale bis zur Ursache braucht. |
solution/ | Strukturierter Logger, Architekturgrenzendokumentation und Prüfsktipt, korrigierte Chunking-Logik und clean-state-checklist.md. | Ob Logs und Grenzprüfungen die Korrektur schneller und weniger invasiv machen. |
Wichtige Dateien: projects/project-04/solution/src/services/logger.ts, projects/project-04/solution/scripts/check-architecture.sh, projects/project-04/solution/docs/ARCHITECTURE.md, projects/project-04/solution/src/services/indexing-service.ts.
Werkzeuge
- Claude Code oder Codex
- Git
- Node.js + Electron
Harness-Mechanismus
Runtime-Feedback + Scope-Kontrolle + inkrementelle Indexierung