Agents mit Angular, Spring Boot & Quarkus

Untertitel: Coding-Agents im Enterprise-Stack — Companion zu Coding Agents in der Praxis
(Prinzipien generisch · Surfaces: Copilot, Claude Code, Codex, Grok Build)

Kompaktes Praxis-Companion für Teams, die Angular + Java Spring Boot (Kern) und optional Quarkus mit Coding-Agents zuverlässig einsetzen wollen. Prinzipien, DoD- und Slice-Logik sind tool-unabhängig; Surfaces (GitHub Copilot, Claude Code, Codex, Grok Build u. a.) mappt Anhang C. Agent-Theorie bleibt in Coding Agents in der Praxis; Copilot-Produktiefe optional in Der Copilot-CLI-Harness.

Drei Rollen (nicht vermischen)

Buch	Fokus
../ki-praxis	Agent = LLM + Harness; Context; DoD; generische Patterns
../ki-copilot	optional Copilot-CLI-Harness: Instructions, Permissions, Skills, Hooks, CI
dieses Buch (ki-eit)	Enterprise-Stack agent-tauglich machen; Jobs → Surfaces (Anhang C)

	ki-praxis	dieses Buch
These 7	Stack-Wahl für agent-zuverlässigen Code; Rankings in Anhang B	These 7 invers: erzwungenen Stack agent-tauglich machen
Agent-Produkt	vendor-agnostisch	Prinzipien generisch; Surfaces mappen (Copilot, Claude Code, Codex, Grok Build, …)
Lesen	Grundlagen und Prinzipien	Nach praxis (optional copilot nur bei Copilot-Nutzung) oder parallel, sobald DoD/Context sitzen

Worum es geht

Enterprise wählt oft nicht den agent-stärksten Stack. Angular + Spring (und Quarkus) bleiben legitim — dann steigen die Kosten für Alignment, Docs, engere Slices und härtere Verify-Gates. Dieses Buch liefert die konkreten Hebel: Repo-Layout, AGENTS.md/Convention-Dateien, Commands, Golden Paths (Stack-Muster), Anti-Patterns — übertragbar über Anhang C. Templates unter templates/ sind Inhaltsvorlagen (u. a. Copilot-Surface-Dateinamen).

Für wen

• Entwickler:innen und Tech-Leads im Angular/Java-Enterprise-Umfeld (beliebiger Coding-Agent)
• Teams mit Spring Boot (und/oder Quarkus), die Agents produktiv einführen
• Architekt:innen, die Stack-Zwänge mit Agent-Workflows versöhnen müssen

Lesepfade

Schnellstart (Stack + Agent-Repo)

1. 01 Einführung und Abgrenzung
2. 02 Mindset und mentales Modell
3. 04 Zielbild agent-freundliches Repo
4. 09 DoD, Verify und CI
5. 10 Instructions, Skills und MCP
6. Templates: AGENTS Monorepo, Angular, Spring, Quarkus · Surfaces: Anhang C · optional Copilot: copilot-instructions monorepo

Surfaces mappen (Claude Code, Codex, Grok Build, …)

1.–5. wie Schnellstart (Prinzipien und Repo-Wahrheit sind tool-unabhängig)
6. Anhang C — Agent-Mapping und Transfer
7. Templates als Inhaltsquelle mappen (nicht Dateinamen 1:1 kopieren)

Mit Theorie (empfohlen)

1. Aus Coding Agents in der Praxis: Kap. 1–4, 7–8, 10, 15 + Anhang B
2. Optional nur bei Copilot: Der Copilot-CLI-Harness (Kap. 1–3, 5–6)
3. Dann dieses Buch ab 01–02

Pro Technologie

• Angular: 05 + DoD Angular + path-instructions
• Spring Boot: 06
• Quarkus: 07
• Fullstack-Slices: 08

Struktur

Datei	Inhalt
01	Companion-Rolle, Auffrischung, These 7 invers, Surfaces-Framing
02	Mentales Modell (Harness-Komponenten), Session-Rhythmus
03	Wo Agents im Enterprise-Stack reiben
04	Repo, Instructions, AGENTS.md, Ignore
05	Angular-Patterns für Agents
06	Spring Boot-Patterns für Agents
07	Quarkus als zweites Backend
08	UI ↔ API ↔ DB
09	Verify-Commands, Tight-Loop · Slice-DoD · Heavy
10	Instructions, Skills, MCP; Transfer-Verweis
11	Legacy, Strangler, Greenfield
12	Security, Permissions, Review, HITL
13	Anti-Patterns, Schluss
14 Anhang A	Template-Snapshot (Jobs + Surface-Beispiele)
15 Anhang B	Command-Referenz
16 Anhang C	Agent-Mapping (Copilot, Claude Code, Codex, Grok Build, …)
kb/	Knowledge Base mit Progressive Disclosure (Kapitel · Abschnitte · Abbildungen) — Autoren/Agent-Layer, nicht PDF

PDF bauen (optional)

Voraussetzungen: just, pandoc, TeX Live (LuaLaTeX, KOMA scrbook).

just pdf        # → dist/agents-angular-spring-quarkus.pdf
just qa         # Post-Build-Checks
just assemble   # nur build/book.md
just clean

Details: .grok/rules/bau-pipeline.md.

Stil

• Pragmatisch, ehrlich, lösungsorientiert
• Viele Templates, Checklisten, Do-this / Avoid-that
• Kapitel enden mit Key Takeaways und Praktische nächste Schritte
• Prinzipien tool-unabhängig; Surfaces mappen (Anhang C); Framework-Empfehlungen klar und begründet