Das Problem
Du bist neu im Team. Du hast ein Unternehmen übernommen. Eine kritische Abhängigkeit wird nicht mehr gepflegt, und jemand muss sie bewerten. Die Codebase ist riesig, und die Zeit drängt.
Der alte Weg: Dateien öffnen, herumgreppen und über Wochen ein mentales Modell aufbauen. Der Weg mit einem einzelnen Agenten: Dateien in Claude einfügen und Fragen stellen, eine Unterhaltung nach der anderen, wobei nach jeder Sitzung der Kontext verloren geht.
Beides skaliert nicht. Eine Codebase mit 500.000 Zeilen hat Hunderte von Modulen. Ein Agent kann vielleicht 20 Dateien im Kontext halten, bevor die Qualität nachlässt. Du bräuchtest Dutzende aufeinanderfolgende Sitzungen – und müsstest die Ergebnisse danach immer noch selbst zusammenführen.
„Ich bin klug, fähig und habe viel Programmiererfahrung, und schaffe es gerade so, konzentriert genug zu bleiben, um die Ausgabe eines einzelnen Claude-Agenten ordentlich zu prüfen.“ — petesergeant, HN
Wenn schon die Ausgabe eines einzelnen Agenten schwer zu verarbeiten ist, stell dir vor, du müsstest die Ergebnisse aus 40 separaten Sitzungen zu einer Codebase zusammenführen, die du nie zuvor gesehen hast.
Wie Chief hilft
Paralleles Lesen über die gesamte Codebase
Chief zerlegt dein Audit-Ziel in parallele Leseaufgaben – ein Agent pro Modul, Service oder Schicht. Die Agenten verteilen sich gleichzeitig über die Codebase, jeder mit einem begrenzten Umfang, in dem der Kontext fokussiert bleibt – so viele gleichzeitig, wie deine Agenten-Abonnements erlauben. Dieselbe parallele Ausführung, die Chiefs Refactoring-Workflows antreibt, angewendet auf reine Analyse.
Du legst das Audit-Ziel fest, die Agenten lesen
Sag Chief, was du wissen musst: „Erfasse alle Datenbankzugriffsmuster und markiere N+1-Abfragen.“ „Finde jede Authentifizierungsgrenze und dokumentiere das Vertrauensmodell.“ „Identifiziere alle externen API-Abhängigkeiten und ihre Fehlermodi.“ Chief schlägt den Audit-Plan vor, und die Agenten führen ihn aus. Aktiviere Auto mode, und die Audit-Tracks laufen unbeaufsichtigt innerhalb eines Aufgabenlimits und einer wöchentlichen Obergrenze für die Nutzung bei deinem Anbieter. Du öffnest nie eine Quelldatei.
Zusammenfassungen bündeln die Ergebnisse
Jeder Agent meldet strukturierte Ergebnisse anhand deiner Audit-Kriterien, und Chief prüft jedes Ergebnis anhand der Abnahmekriterien des Meilensteins. Chiefs Zusammenfassungen fassen die Ergebnisse über alle Module hinweg zusammen – keine rohen Agenten-Transkripte, sondern geordnete Ergebnisse, mit denen du arbeiten kannst. Ergebnisse, die deine Entscheidung erfordern, landen auf deiner To-do-Liste (Early Access).
Unterschiedliche Agenten für unterschiedliche Audit-Dimensionen
Nutze Claude Code für Architekturanalysen, Codex für die mechanische Mustererkennung und Qwen Code für die Bewertung der Testabdeckung. Mit Chiefs BYOA-Modell wählst du den Agenten für jeden Audit-Meilenstein – Security-Review, Abhängigkeits-Mapping, Erkennung von totem Code, Inventar der API-Oberfläche – alles parallel.
Persistenter Kontext über Audit-Sitzungen hinweg
Chief hält den Kontext auf Projektebene über alle Agenten-Sitzungen hinweg aufrecht und übernimmt Ergebnisse in spätere Sitzungen, sodass spätere Aufgaben auf dem aufbauen, was frühere gefunden haben. Wenn ein Agent entdeckt, dass das Auth-Modul an eine gemeinsame Middleware-Schicht delegiert, hat der Agent, der die Middleware prüft, das von Anfang an im Blick. Kein Kaltstart, keine wiederholte Erkundung.
Warum Codebase-Audits gut zu parallelen Agenten passen
1. Lesen ist trivial parallelisierbar
Das Auditieren einer Codebase ist reine Lesearbeit. Jedes Modul lässt sich unabhängig analysieren. Es gibt keine Merge-Konflikte, keine Abhängigkeitsreihenfolge – nur Hunderte von Dateien, die gleichzeitig von intelligenten Augen geprüft werden müssen. Genau für diese Art von Arbeitslast eignet sich Chiefs parallele Verteilung.
2. Der Kontextkollaps eines einzelnen Agenten ruiniert die Audit-Qualität
Ein Agent, der 500 Dateien liest, liefert oberflächliche, generische Beobachtungen. Zehn Agenten, die jeweils 50 Dateien lesen, liefern tiefgehende, konkrete Ergebnisse. Chief hält jeden Agenten in seinem optimalen Bereich – begrenzter Umfang, fokussierter Kontext – und koordiniert dabei das Gesamtbild der Codebase.
3. Die Synthese ist der schwierige Teil, und Chief übernimmt sie
Der Wert liegt nicht in den Ergebnissen eines einzelnen Agenten – sondern im Gesamtbild, das sich aus den Ergebnissen aller Agenten ergibt. Chief prüft jeden Track anhand seiner Kriterien und fasst die Ergebnisse aller Agenten zu einem geordneten Audit-Bericht zusammen. Du prüfst die Synthese, nicht die Rohausgabe.
4. Audits wiederholen sich – und Chief erinnert sich
Vierteljährliche Security-Reviews. Due Diligence vor Übernahmen. Compliance-Prüfungen. Abhängigkeits-Audits vor großen Upgrades. Dank Chiefs persistentem Projektkontext baut jedes Audit auf dem letzten auf. Das zweite Audit geht schneller, weil Chief die Struktur der Codebase bereits kennt.
Beispiel: technische Due Diligence vor einer Übernahme bei einer Codebase mit 400.000 Zeilen
1. Audit-Ziel festlegen. Der CTO öffnet Chief und legt ein Ziel auf Projektebene fest: „Führe eine vollständige technische Due Diligence der Backend-Codebase des Zielunternehmens durch. Bewerte Architekturqualität, Sicherheitslage, Skalierungsengpässe und technische Schulden.“
2. Chief schlägt den Audit-Plan vor. Chief analysiert die Repo-Struktur und schlägt 5 parallele Audit-Tracks vor:
- Track 1: Architektur-Mapping – Service-Grenzen, Datenfluss, Abhängigkeitsgraph (6 Agenten über 6 Services)
- Track 2: Security-Audit – Auth-Grenzen, Eingabevalidierung, Secret-Management, OWASP-Angriffsfläche (3 Agenten)
- Track 3: Analyse der Datenschicht – Schema-Design, Abfragemuster, Migrationshistorie, N+1-Erkennung (2 Agenten)
- Track 4: Infrastruktur und Deployment – CI/CD, Container-Konfigurationen, Skalierungseigenschaften (1 Agent)
- Track 5: Signale zur Codequalität – Testabdeckung, toter Code, Aktualität der Abhängigkeiten, Fehlerbehandlungsmuster (3 Agenten)
3. Die Agenten schwärmen aus. Der CTO genehmigt den Plan und aktiviert Auto mode mit einem Aufgabenlimit und einer wöchentlichen Obergrenze für die Nutzung beim Anbieter. Chief schickt die Leseaufgaben parallel los, jede mit begrenztem Umfang, so viele gleichzeitig, wie die Agenten-Abonnements des CTO erlauben. Die Agenten lesen, analysieren und melden Ergebnisse anhand strukturierter Kriterien. Es wird kein Code verändert – das ist reine Analyse.
4. Von überall überwachen. Der CTO prüft den Fortschritt während einer Vorstandssitzung auf dem Handy. Track 1 ist zu 80 % abgeschlossen. Track 2 hat drei kritische Befunde markiert – hartcodierte Secrets in zwei Services und eine fehlende Auth-Prüfung an einem Admin-Endpunkt. Der Auth-Befund landet auf der To-do-Liste des CTO (Early Access), als Entscheidung, die nur der CTO treffen kann. Track 3 hat 14 N+1-Abfragemuster identifiziert.
5. Zusammengeführter Bericht. Chief fasst die Ergebnisse aller fünf Tracks zu einem strukturierten Due-Diligence-Bericht zusammen: 3 kritische Sicherheitsprobleme, 14 Performance-Engpässe, moderate technische Schulden in der Datenschicht, insgesamt solide Architektur. Der CTO hat eine umfassende technische Bewertung, ohne eine einzige Quelldatei geöffnet zu haben.
6. Ergebnis. Ein Due-Diligence-Prozess, für den ein Engineering-Team typischerweise 2-3 Wochen braucht, war in etwa einem Tag abgeschlossen. Jeder Agent behielt für seinen begrenzten Umfang einen fokussierten Kontext. Jeder Befund lässt sich bis zum konkreten Modul und zur konkreten Datei zurückverfolgen. Der CTO hat eine Übernahmeempfehlung auf Basis von Daten abgegeben, nicht aus dem Bauch heraus.
Hinweis zum Plan. Ein Audit dieser Größe liegt deutlich über den 30 Aufgaben pro Tag des Free-Plans und ist daher ein Anwendungsfall für Pro. Starte im Free-Plan mit ein oder zwei Tracks.
Wann du Chief nutzen solltest
- Du musst eine Codebase verstehen, die du nie zuvor gesehen hast – neuer Job, Übernahme, geerbtes Projekt oder Bewertung einer Open-Source-Abhängigkeit.
- Die Codebase ist zu groß für einen Agenten – Hunderte von Dateien in Dutzenden Modulen, mehr als ein einzelnes Kontextfenster fassen kann.
- Du brauchst strukturierte Ergebnisse, keine rohen Transkripte – Sicherheitslage, Architekturqualität, Bewertung technischer Schulden oder Compliance-Prüfung.
- Das Audit ist zeitkritisch – Due-Diligence-Fristen, Incident Response oder Risikobewertung vor einer Migration.
- Parallele Agenten lesen gleichzeitig verschiedene Teile der Codebase – zehn Agenten, die jeweils einen begrenzten Umfang analysieren, liefern tiefere, konkretere Ergebnisse als ein Agent, der alles überfliegt.
FAQ
Wie unterscheidet sich das von klassischen Code-Review-Tools?
Klassische Code-Review-Tools – GitHub-PR-Review, Reviewboard, Gerrit – bewerten Änderungen am Code. Chiefs Codebase-Audits bewerten den Code selbst. Du prüfst keinen Diff – du schickst Agenten los, um eine komplette bestehende Codebase zu lesen und zu analysieren. Das ist der Unterschied zwischen dem Review eines Pull-Requests und dem Audit des gesamten Technologie-Stacks eines Unternehmens.
Kann Chief eine Codebase auditieren, ohne Dateien zu verändern?
Ja. Codebase-Audits sind reine Lesevorgänge. Die Agenten analysieren, melden Befunde und stellen Ergebnisse bereit – es werden keine Dateien geändert und keine Branches erstellt. Chief koordiniert das Lesen und führt die Ergebnisse zusammen.
Wie verhindert Chief, dass Agenten oberflächliche, generische Beobachtungen liefern?
Indem der Umfang jedes Agenten begrenzt bleibt. Statt eines Agenten, der versucht, 500 Dateien zu erfassen, setzt Chief 10 Agenten ein, die jeweils 50 Dateien analysieren. Begrenzter Umfang bedeutet fokussierten Kontext, und das bedeutet konkrete, umsetzbare Ergebnisse. Die Syntheseschicht verknüpft anschließend die Erkenntnisse aller Agenten.
Welche Arten von Audits kann Chief orchestrieren?
Jede strukturierte Analyse einer bestehenden Codebase: Security-Reviews, Architektur-Mapping, Abhängigkeits-Audits, Bewertung technischer Schulden, Compliance-Prüfung, Risikoanalyse vor Migrationen, Bewertung der Testabdeckung, Inventar der API-Oberfläche, Erkennung von totem Code und Identifizierung von Performance-Engpässen.
Welche Agenten eignen sich am besten für Codebase-Audits?
Verschiedene Agenten glänzen in verschiedenen Audit-Dimensionen. Claude Code ist stark bei Architekturüberlegungen und Sicherheitsanalysen. Codex beherrscht die mechanische Mustererkennung gut. Mit Chiefs BYOA-Modell wählst du den Agenten für jeden Audit-Track – alles koordiniert über ein Dashboard.
Erinnert sich Chief an Ergebnisse früherer Audits?
Ja. Chief hält persistenten Kontext auf Projektebene. Wenn du ein vierteljährliches Security-Audit durchführst, kennt Chief die Struktur der Codebase aus dem letzten Audit. Wiederholte Audits gehen schneller und können sich auf das konzentrieren, was sich seit der letzten Bewertung geändert hat.
Kann ich mehrere Codebases gleichzeitig auditieren?
Ja. Jedes Repo ist ein eigenes Chief-Projekt, und alle deine Projekte liegen an einem Ort, sodass du Audits über mehrere Repos gleichzeitig durchführen kannst. Nützlich für Due Diligence bei Übernahmen mit mehreren Repos oder für projektübergreifende Sicherheitsprüfungen. Der Free-Plan umfasst 5 Projekte; Pro hebt das Limit auf.
Ist Chief für Codebase-Audits kostenlos?
Ja. Der Free-Plan umfasst 5 Projekte und 30 Aufgaben pro Tag mit deinen eigenen Agenten, ganz ohne Kreditkarte. Pro hebt diese Limits auf und bietet zusätzlich Early-Access-Funktionen. Ein großes Audit, das in viele Leseaufgaben aufgeteilt ist, braucht meist mehr als 30 Aufgaben pro Tag und ist daher ein Anwendungsfall für Pro.