Coding Agent

Ein Coding Agent arbeitet nicht an einzelnen Codeschnipseln, sondern in einem Projekt. Er liest Dateien, sucht im Repository, ändert Code, führt Tests aus und liest deren Ausgabe, um den nächsten Schritt zu bestimmen. Genau diese Schleife aus Handeln und Prüfen unterscheidet ihn von der Vervollständigung im Editor. Jimenez et al.

Projektwissen kommt aus einer Datei im Repository

Damit ein Agent die Regeln eines Projekts kennt, hat sich eine schlichte Lösung durchgesetzt: eine Markdown-Datei im Repository, die Bauanleitung, Teststrategie, Codestil und Besonderheiten beschreibt. Das offene Format dafür heißt AGENTS.md. AGENTS.md

Der Inhalt entscheidet über die Qualität der Ergebnisse mehr als die Formulierung einzelner Aufträge. Steht dort, wie Tests laufen und welche Verzeichnisse tabu sind, spart das bei jeder Aufgabe Nachfragen und verhindert wiederkehrende Fehler.

So kannst du dir das vorstellen

Eine neue Kollegin am ersten Tag. Mit einer guten Einarbeitungsseite im Wiki liefert sie brauchbare Arbeit, ohne ständig zu fragen. Ohne sie fragt sie entweder dauernd oder rät. Das Bild erklärt die Rolle der Projektdatei, es setzt den Agenten nicht mit einer Person gleich.

Was es in der Praxis konkret bedeutet

Drei Dinge entscheiden über den Nutzen: eine gepflegte Projektdatei, ausführbare Tests als Rückmeldung, und eine klare Grenze, was der Agent ohne Rückfrage tun darf. Halte Aufgaben klein genug, dass eine Prüfung noch machbar ist. Bei großen Änderungen wächst der Prüfaufwand schneller als der Zeitgewinn.

Wo es verwechselt wird

Ein Coding Agent ist kein Modell, sondern ein Gerüst um ein Modell herum, mit Werkzeugen, Berechtigungen und Abbruchbedingungen. Zwei Agenten mit demselben Modell liefern deshalb sehr unterschiedliche Ergebnisse.

Verwandte Begriffe

Agent Harness, AGENTS.md, SWE-bench, Agentic Engineering, Quality Gate, Agent Loop.