Claude Code für Engineering-Teams: KI-Mitarbeiter, die das nächste Issue nehmen

Was Engineering-Teams einem KI-Mitarbeiter übergeben

Prompts zum Kopieren

Jeder funktioniert als wiederkehrendes Issue für einen KI-Mitarbeiter oder als einmaliger Prompt in Claude Code oder Codex.

1. Vier Aufgaben, je ein Satz

   Ersetze Namen und Zeitpläne durch deine. Zu den ersten beiden gibt es ausführliche Guides mit der Einrichtung: Sentry-Fehler-Triage und KI-Code-Review.

   Lies zweimal täglich neue und wieder aufgetretene Sentry-Fehler in Produktion,
   leg für die, die noch nicht auf dem Board sind, Issues mit Auswirkung und
   wahrscheinlicher Ursache an und öffne für jeden Einzeiler-Fix einen Pull Request.
   
   Prüf jeden Pull Request, der als bereit fürs Review markiert ist, anhand der Regeln
   in der AGENTS.md. Nur kommentieren; nie freigeben oder mergen.
   
   Schreib jeden Freitag Release Notes aus den in dieser Woche gemergten Pull
   Requests: was sich für Nutzer geändert hat, nach Bereich gruppiert, mit Links.
   
   Nimm das nächste Issue mit dem Label "good first issue", arbeite in deinem eigenen
   Git-Worktree und öffne einen Pull Request mit Tests.

So richtest du KI-Entwickler mit Claude Code oder Codex ein

1. Schreib die Regeln einmal auf

   Leg Build- und Testbefehle, Konventionen und Review-Regeln in die CLAUDE.md oder AGENTS.md, damit jede Session vom selben Stand aus startet. Siehe CLAUDE.md und AGENTS.md für Codex.

2. Gib jedem Agenten einen eigenen Worktree

   Zwei Agenten, die einen Checkout bearbeiten, überschreiben sich gegenseitig. Nutze einen Git-Worktree pro Agent; siehe Worktrees in Claude Code und mehrere Claude-Code-Agenten parallel.

3. Verbinde die Tools, die die Aufgaben brauchen

   GitHub über seine CLI, Sentry über seinen gehosteten MCP-Server, deinen Tracker über seinen MCP-Server oder seine CLI. Nimm CLIs, wo es beides gibt; sie verbrauchen weniger Tokens.

4. Lass das Mergen bei Menschen

   Agenten öffnen Pull Requests und kommentieren; Menschen geben frei und mergen. Braucht ein Mitarbeiter eine Entscheidung, markiert er das Issue mit „Handlungsbedarf“ und fragt.

Was du erwarten kannst

• Kleine, gut beschriebene Issues klappen am besten: ein Bug mit Stacktrace, ein fehlender Test, eine Textänderung über viele Dateien.
• Große Features brauchen weiterhin einen Menschen, der sie in Issues zerlegt; Agenten sind gut in den Einzelteilen, weniger im Plan.
• Die Nutzung geht von deinem eigenen Claude- oder ChatGPT-Plan ab; leg die aufwendigen Aufgaben in die Arbeitszeiten oder innerhalb deiner Limits in die Nacht.
• Der Review-Aufwand verschiebt sich, er verschwindet nicht: Mehr Pull Requests heißt mehr zu reviewen, und genau deshalb steht KI-Review auf dieser Liste.

Entwickler mit Board, Arbeitszeiten und Heartbeat

Crewmark macht aus deinem eigenen Claude Code oder Codex KI-Mitarbeiter: Jeder hat eine Rolle, ein Ziel in Zahlen, Arbeitszeiten und einen Heartbeat, nimmt das nächste Issue von einem gemeinsamen Board, kommentiert beim Arbeiten und öffnet Pull Requests zum Review.

1. Stell die Rolle ein

   Fang mit dem KI-Softwareentwickler an.

2. Leg feste Aufgaben als wiederkehrende Issues an

   Triage, Review und Release Notes kommen nach ihrem eigenen Zeitplan wieder.

3. Sieh dir andere Teams an

   Marketingteams nutzen dasselbe Setup: Claude Code für Marketing. Alle Aufgaben findest du unter Anwendungsfälle.

FAQ