KI-gestützte Entwicklung

Angular mit Claude und Codex – schnell, ohne die Architektur zu verlieren

Die Hälfte des Codes in Angular-Teams wird inzwischen generiert. Ein Gewinn ist das nur, wenn das Ergebnis noch zu eurer Architektur passt. Wir richten die Leitplanken ein – Instructions, Regeln, Reviews –, damit es das tut.

1-Tages-Workshop in eurem Repository
Tool-unabhängige Leitplanken
Remote oder vor Ort
Deutsch oder Englisch
Sitz bei Zürich

Erstgespräch buchen Die Leitplanken ansehen

Für Engineering Leads

Was ihr wissen müsst, bevor ihr Ja sagt

Was euer Team bekommt: Das Tempo von Claude und Codex ohne die schleichende Erosion eurer Architektur: eine Instructions-Datei, Regeln in der CI und eine Review-Checkliste, die generierten Code vor dem Merge erwischen.
Was es kostet: Ein Workshop-Tag in eurem Repository zum Trainingssatz (ab CHF 2’400 für das ganze Team) oder ein halber Tag zusätzlich zum Audit. Beratungstage ab CHF 1’700.
Zeit von eurem Team: Ein Tag mit den Entwicklern, die am meisten reviewen. Die Leitplanken laufen, wenn wir gehen – kein Folgeprojekt.
Warum das Risiko klein ist: Tool-unabhängig: Die Leitplanken funktionieren mit dem, was euer Team nächstes Jahr nutzt. Kostenloses Erstgespräch, fixes Angebot, NDA, nur eure freigegebenen KI-Pläne.

Entwickler? Kopiert das in die Anfrage an eure Vorgesetzten

Ich möchte einen eintägigen KI-Leitplanken-Workshop bei Offering Solutions buchen (Microsoft MVP, Google Developer Expert): Instructions-Datei für Claude/Codex, Architekturregeln in der CI und eine Review-Checkliste für KI-generierten Code, umgesetzt in unserem eigenen Repository. Ab CHF 2’400 für das ganze Team, fixes Angebot nach einem kostenlosen Erstgespräch. Details: offering.solutions/de/ai-assisted-angular-development/

Was sich ändert

Drei Dinge, die passieren, wenn ein Team KI-Tools einschaltet

Mehr Code, dieselben Reviewer
Ein Entwickler mit Claude oder Codex erzeugt zwei- bis dreimal so viele Pull Requests. Reviewen tun sie dieselben zwei Seniors wie vorher – und die werden zum Engpass, oder sie winken durch.
Die Architektur erodiert leise
KI-Tools schreiben, was lokal plausibel ist: hier ein Service, dort eine Subscription, State in der Komponente, weil das der kürzeste Weg ist. Für sich ist nichts davon falsch; nach sechs Monaten sind die Grenzen, die ihr gezogen habt, weg.
Niemand kann sagen, ob es passt
Die Konventionen des Teams leben in Köpfen und in alten Pull-Request-Kommentaren. Die Tools kennen sie nicht – jede generierte Datei startet bei den Angular-Defaults, nicht bei euren.

Was wir einrichten

Vier Leitplanken, die generierten Code in eurer Architektur halten

Projekt-Instructions, die die Tools lesen
Eine kurze, gepflegte Instructions-Datei (CLAUDE.md für Claude, AGENTS.md für Codex): eure Ordnerstruktur, State-Regeln, Benennung, was getestet wird, was nie generiert werden darf. Gemeinsam mit dem Team geschrieben, mit dem Code versioniert.
- CLAUDE.md
- AGENTS.md
- Claude Code
- Codex
Architekturregeln, die der Build durchsetzt
Modulgrenzen mit Nx oder ESLint, Abhängigkeitsregeln zwischen Feature-, Domain- und UI-Libraries, Signal-first- und Standalone-Konventionen als Lint-Regeln – damit generierter Code in der CI scheitert statt im Code-Review.
- Nx boundaries
- ESLint
- Architecture tests
Reviews, die mit der Menge skalieren
Eine Review-Checkliste für KI-generierte Änderungen, eine Vereinbarung, was der Autor vor dem Pull Request selbst prüft, und KI-Review als erster Durchgang – damit den Menschen die Entscheidungen bleiben, nicht die Tippfehler.
- Review checklist
- PR template
- AI review
Eine Teamvereinbarung, was KI anfassen darf
Wo die Tools helfen (Tests, Migrationen, Boilerplate, Refactorings mit klarem Ziel), wo zuerst ein Mensch ran muss (Architektur, Security, State-Design), und wie mit Secrets, Kundendaten und Lizenzen umgegangen wird.
- Policy
- Security
- Data protection

So arbeitet ihr mit uns

Drei Wege hinein

KI-Leitplanken-Workshop
1 Tag · remote oder vor Ort · euer Repository
Mit eurem Team, in eurem Code: Wir schreiben die Instructions-Datei, bringen die ersten Architekturregeln in die CI und einigen uns auf die Review-Checkliste. Ihr geht mit laufenden Leitplanken nach Hause, nicht mit Folien.
Workshop anfragen
KI-Check als Teil des Audits
Ein halber Tag zusätzlich zum Angular Frontend Audit
Wir schauen gezielt auf den Code, den die Tools in den letzten Monaten erzeugt haben: wo er passt, wo er abgedriftet ist, welche Regeln ihn erwischt hätten. Befunde und Regeln landen in der Audit-Roadmap.
Angular Frontend Audit
Beratungstage
Ab CHF 1’700 pro Tag · 2–10 Tage
Für Teams, die weiter gehen wollen: Prompts und Agents für eure Migrationen, Testgenerierung nach euren Patterns oder eine zweite Meinung, wie weit ihr die Tools lassen solltet.
Angular Beratung

Mit wem ihr arbeitet

Fabian Gosebrink

Microsoft MVP, Google Developer Expert · Baut jede Woche mit Teams Angular-Anwendungen und hat 120+ Konferenzvorträge zu Angular, State Management und Architektur gehalten.

Nutzt Claude und Codex jeden Tag in Kundenprojekten – und reviewt den Code, den sie erzeugen, in 10–20 Angular-Codebasen pro Jahr.

Das ganze Team kennenlernen →

FAQ

Was Teams zuerst fragen

Mit welchen Tools arbeitet ihr?

Claude – Claude Code im Terminal und in der IDE – und OpenAI Codex, jeden Tag. Nutzt euer Team etwas anderes, gelten die Leitplanken trotzdem: Instructions-Datei, Lint-Regeln und Review-Checkliste funktionieren mit jedem Tool, das euer Team nächstes Jahr einführt.

Ist das für Teams, die KI-Tools schon nutzen, oder für Teams, die anfangen wollen?

Beides. Teams, die sie schon nutzen, kommen meist, weil die Reviews nicht hinterherkommen oder die Architektur zu driften beginnt. Teams, die anfangen wollen, bekommen die Leitplanken vor dem ersten generierten Pull Request – das ist günstiger.

Was ist mit unserem Code und den KI-Anbietern?

Wir arbeiten mit dem, was euer Unternehmen freigegeben hat – Business- oder Enterprise-Pläne, die nicht mit eurem Code trainieren, oder gar keine. Die Teamvereinbarung regelt Secrets, Kundendaten und was das Repository verlassen darf; ein NDA unterschreiben wir selbstverständlich.

Ersetzt KI-Review das Code-Review?

Nein. Es ersetzt den ersten Durchgang – Stil, offensichtliche Bugs, fehlende Tests –, damit das menschliche Review Zeit für das Wesentliche hat: Passt das zur Architektur, ist es die richtige Änderung? Die Checkliste macht das explizit.

Wie nutzt ihr KI selbst?

Jeden Tag, für genau die Dinge oben: Migrationen, Tests, Boilerplate, erste Entwürfe. Diese Website ist so entstanden. Wir sehen auch, wo es schiefgeht – deshalb gibt es die Leitplanken.

Erstgespräch buchen