Womit fängt man an?
Mit einem echten Ablauf aus dem Team, nicht mit der Lizenz. Ich würde eine Aufgabe nehmen, die oft vorkommt und sich gut prüfen lässt, zum Beispiel den Weg von der Story bis zum Pull Request. In meiner Festanstellung habe ich mit KI an einem solchen Ablauf gearbeitet. Mein eigenes Agenten-Setup betreibe ich dagegen allein. Wo ich unten etwas für Teams ableite, ist das meine Einschätzung und keine Erfahrung aus einem Rollout.
Wo stehen die Regeln?
In einer Datei im Repository, die jedes Werkzeug liest. Bei mir ist das eine AGENTS.md, und CLAUDE.md zeigt als Symlink darauf. Da stehen die Befehle für Build und Tests drin, Entscheidungen, die man dem Code nicht ansieht, und was ein Agent nicht anfassen darf. Wenn mehrere Leute mit verschiedenen Tools am selben Projekt arbeiten, ist eine gemeinsame Quelle wichtiger als die perfekte Formulierung. Sätze wie „schreib sauberen Code“ kann man sich sparen.
Reicht eine Regel im Prompt?
Für wichtige Regeln nicht. Ich habe bei mir nachgezählt, wie oft Agenten einem bloßen Hinweis folgen, und das war zu selten. Eine Sperre mit Begründung haben sie dagegen befolgt. Deshalb setze ich harte Regeln als Hooks um: Der Hook prüft einen Befehl, bevor er läuft, und lehnt zum Beispiel einen Force-Push ab. In der Begründung steht gleich, was stattdessen erlaubt ist. Für ein Team heißt das für mich: Was nie passieren darf, gehört in Hooks oder in die Rechte des Agenten und nicht nur in die Anweisungsdatei.
Wer prüft, was der Agent schreibt?
Bei mir prüfen zwei Modelle von verschiedenen Anbietern jeden Commit, bevor er auf main landet. Blockiert eins, bleibt der Commit lokal und wird nachgebessert. Ich verlasse mich aber nicht darauf, dass dieses Review Fehler zuverlässig findet. Im Team würde ich es als zusätzliche Stimme sehen, Tests und ein Mensch, der die Änderung verantwortet, bleiben nötig. Außerdem darf der Agent, der den Code schreibt, bei mir nicht selbst committen oder mergen. Das macht ein eigener Agent nur für Git.
Wie behält man die Kosten im Blick?
Mit Grenzen außerhalb des Modells. Bei mir liegen die Tagesbudgets für bezahlte Aufrufe im Broker, der die Aufgaben verteilt, und ein Agent kann sie nicht per Prompt aufheben. Abo-Kontingente kommen zuerst dran, nach Verbrauch abgerechnete APIs nur, wenn nichts anderes frei ist. Angefangen hat das mit einer Woche, in der mein Spend-Proxy (eine Annäherung an die Ausgaben, keine Rechnungssumme) um ein Vielfaches über der Vorwoche lag. Seitdem greift automatisch eine strengere Regel, wenn mein Wochenkontingent knapp wird. Für ein Team würde ich vorher klären, wer welches Budget hat und was passiert, wenn es aufgebraucht ist.
Was darf ein Agent nicht ohne Menschen?
Bei mir sind das Deployments in Produktion, das Löschen von Daten außerhalb der Git-Historie und alles, was mehr Geld kostet als das Budget erlaubt. Mails darf ein Agent lesen. Senden, antworten oder löschen geht nur, wenn ich genau diese Nachricht freigegeben habe. Welche Liste zu einem Team passt, muss das Team entscheiden. Wichtig finde ich, dass sie aufgeschrieben ist und, wo es geht, technisch durchgesetzt wird, bevor der erste Agent mit Schreibrechten läuft.