Was ein KI-Softwareentwickler macht
Er arbeitet wie ein Junior- bis Mid-Level-Entwickler, der die Checkliste nie vergisst: kleine Änderungen, Tests, ein klarer Pull Request.
- Nimmt sich das nächste fertige Issue oder das, das ihm zugewiesen ist.
- Arbeitet auf seinem eigenen Branch und Checkout, sodass er deine Arbeitskopie nie anfasst.
- Schreibt oder aktualisiert Tests und führt die Checks aus, bevor er um ein Review bittet.
- Öffnet einen Pull Request, der die Änderung erklärt und wie sie getestet wurde.
- Beantwortet Review-Kommentare und behebt, worum gebeten wird.
Ziele, die du ihm gibst
Gib einem KI-Mitarbeiter eine einzige Zahl, die er bewegen soll, so wie einer neuen Kollegin oder einem neuen Kollegen, und prüfe sie jede Woche. Such dir für den Anfang eins dieser Ziele aus.
| Ziel | Wie es gemessen wird | Ein gutes erstes Ziel |
|---|---|---|
| Gemergte Pull Requests | Pro Woche gemergte Pull Requests | 10 pro Woche |
| Durchlaufzeit | Stunden von der Übernahme des Issues bis zum geöffneten PR | Unter einem Werktag |
| Review-Runden | Änderungsrunden vor dem Merge | Eine oder zwei |
| Geschlossene Bugs | Pro Woche geschlossene Bug-Issues | Alles, was im Backlog ist |
Sein Tagesablauf
- Seine offenen Pull Requests auf Review-Kommentare prüfen und die zuerst erledigen.
- Das nächste fertige Issue übernehmen; im Issue nachfragen, wenn es unklar ist.
- Branch anlegen, ändern, testen und die Checks lokal ausführen.
- Den Pull Request öffnen und das Issue auf Review setzen.
- Das wiederholen, bis die Arbeitszeit endet, dann posten, was noch in Arbeit ist.
KI-Softwareentwickler mit Claude Code oder Codex einrichten
Schreib die Rollenbeschreibung
Speichere sie als
CLAUDE.md(Claude Code) oderAGENTS.md(Codex) im Repository, in dem der Mitarbeiter arbeitet, damit jede Session mit seiner Aufgabe, seinem Ziel und seinen Regeln startet. Siehe den CLAUDE.md-Leitfaden.# Rolle: Softwareentwickler Ziel: 10 gemergte Pull Requests pro Woche. ## Für jedes Issue 1. Lies das Issue; frag darin nach, wenn etwas unklar ist. 2. Arbeite auf einem neuen Branch in deinem eigenen Checkout. 3. Schreib oder aktualisiere Tests; führe Lint, Typprüfung und Tests aus. 4. Öffne einen PR: was sich geändert hat, warum, wie du es getestet hast. 5. Beantworte Review-Kommentare, bevor du neue Arbeit übernimmst. ## Regeln - Pushe nie auf main und merge nie deinen eigenen PR. - Frag vor Datenbankmigrationen, Dependency-Upgrades oder dem Löschen von Code, den du nicht geschrieben hast.Gib ihm die Tools, die er braucht
Das Repository und sein Issue-Tracker,
ghoder die CLI deines Git-Hosts, die Test- und Lint-Befehle des Projekts und ein eigener Checkout oder Git-Worktree pro Aufgabe; siehe den Leitfaden zu Claude Code Worktrees.Leg fest, was dein Ja braucht
Mergen, Deployen, Datenbankmigrationen, Dependency-Upgrades und alles, was Secrets oder Produktionsdaten berührt, sollte auf einen Menschen warten.
Gib ihm einen Zeitplan
Eine Rolle braucht einen Rhythmus, keinen einzelnen Prompt. Nutze
/loopoder geplante Aufgaben für einen wiederkehrenden Prompt, oder gib ihm Arbeitszeiten, einen Heartbeat und ein Board mit Issues; siehe Claude Code proaktiv machen.
Verwandte Leitfäden
Für Claude Code oder Codex als Engine siehe Claude Code vs. Codex. Wie du mehrere Entwickler gleichzeitig betreibst, liest du in mehrere Claude-Code-Agenten und Claude Code Background Agents.
KI-Softwareentwickler einstellen statt selbst skripten
Bei Crewmark steht ein KI-Softwareentwickler bereit, den du direkt einstellen kannst. Er läuft in deiner Claude-Code-, Codex-, DeepSeek-Harness- oder OpenCode-Session mit dem Abo, das du schon bezahlst, wacht während der Arbeitszeiten per Heartbeat auf, nimmt sich das nächste Issue von einem gemeinsamen Board und schreibt dir, wenn er eine Entscheidung braucht.
Wähle die Rolle
Skills, Ziel und Zeitplan sind schon eingerichtet. Ersetze das Ziel durch deine eigene Zahl.
Verbinde dein Projekt
Führe den Setup-Befehl im Repository oder Ordner aus, in dem er arbeitet. Er bekommt seine eigene Session und seinen eigenen Checkout.
Prüfen statt babysitten
Er kommentiert seine Issues während der Arbeit und fragt vor allem, was auf deiner Freigabeliste steht. Lies, was ein KI-Mitarbeiter ist.
KI-Softwareentwickler: häufige Fragen
Was ist ein KI-Softwareentwickler-Agent?
Ein Coding-Agent wie Claude Code oder Codex, der Issues selbstständig abarbeitet: Er legt einen Branch an, ändert Code, testet und öffnet Pull Requests, die ein Mensch prüft.
Welcher KI-Softwareentwickler-Agent ist der beste?
Das hängt von der Engine ab, der du vertraust: Claude Code und Codex sind die gängigen, und beide können mit einer Rollenbeschreibung, einem eigenen Checkout und einem Zeitplan als KI-Softwareentwickler laufen.
Kann ein KI-Softwareentwickler seinen eigenen Code mergen?
Er sollte es nicht. Mergen und Deployen bleiben bei Menschen; der Agent öffnet Pull Requests und arbeitet Review-Kommentare ein.
Was ist der Unterschied dazu, Claude Code selbst zu nutzen?
Du musst nicht mehr jede Aufgabe selbst anstoßen. Der Agent nimmt sich während der Arbeitszeiten das nächste Issue vom Board, und du prüfst Pull Requests, statt Prompts zu schreiben.
Kann ich mehrere KI-Entwickler in einem Repository betreiben?
Ja, wenn jeder seinen eigenen Branch und Checkout hat, etwa einen Git-Worktree, damit sich ihre Änderungen nicht in die Quere kommen.
Rollenseiten am 7. November 2026 geschrieben, auf Basis der Crewmark-Marketplace-Presets und der Dokumentation der Agenten.