Ressourcen

Paper, Blog, Repos.

Material zum Thema Context Engineering für Enterprise-Codebasen. Kompakte Übersichten — jeweils mit Link zur Langfassung.

01
Paper · März 2026 · ~25 Min Lesezeit

Agenten in Enterprise-Codebasen: Ein Operating Model

Wie Enterprise-Teams KI-Agenten kontrolliert einsetzen. Vier-Säulen-Modell, Diagnose/Solve-Pattern, Review-Pipeline. Ohne Hype.

Ein Framework für Senior Developer, Staff Engineers und Tech Leads, die täglich mit Codebasen arbeiten, die hunderttausende Zeilen umfassen, gewachsene Architektur tragen und echte Legacy haben. Warum erfahrene Entwickler mit KI-Tools messbar langsamer werden — und was sich dagegen strukturell tun lässt.

Was du aus diesem Paper mitnimmst

  • Warum Kontext, nicht Prompting, der zentrale Hebel in realen Codebasen ist.
  • Ein Operating Model für Agenten in großen Legacy- und Enterprise-Codebasen.
  • Konkrete Muster: Diagnose/Solve-Gate, Session-Hygiene, PR-Grenzen, Kill Policy.
02
Praxissession · Live-Webinar · 60 Min

Agenten live in einer Enterprise-Codebase

Eine Stunde Live-Coding in SAP Spartacus. Vier Themen aus der Praxis: paralleles Arbeiten mit Worktrees, Context Retrieval, Skill-basierte Implementierung, Runtime Instrumentation. Am Ende migrieren parallele Subagents 44 Angular-Komponenten in Isolation.

Descript · 60 Min Auf Descript öffnen

Öffnet share.descript.com in einem neuen Tab. Descript blockiert iframe-Embedding, deshalb externer Link — vorher werden keine Daten an Descript übertragen.

03
Blog · dev.to · 12 Min

Begleit-Post: 44 Angular-Komponenten mit Agenten migriert

I used AI agents to migrate 44 Angular components — the review changed my mind

Paralleles Arbeiten mit Agenten-Worktrees, Skill-Pattern, Review-Gates. Was funktioniert — und warum das Review-Pattern die eigentliche Disziplin ist.

Auf dev.to lesen
04
Eigenes Projekt · Multi-Agent-Pipeline · whereaiworks.de

Where AI Works — Atlas, gebaut mit einer orchestrierten Agenten-Pipeline

144 kuratierte AI-Use-Cases entlang zehn Stufen der Software-Wertschöpfung. Der Initial-Seed entstand in zwei Tagen über eine Multi-Agent-Pipeline — manuell wären das rund vier Wochen Recherche gewesen. Der Build ist dabei der eigentliche Beweis: dieselben Muster, die ich bei Kunden empfehle, in einem realen Projekt zu Ende gedacht.

Wie der Seed entsteht

  • Vier-Stufen-Pipeline pro Atlas-Stage: Discovery → Research → Screening/Review → Text Generation. Jede Stufe schreibt deterministische JSON/YAML-Artefakte.
  • Dual-Agent-Muster gegen Bias: Market-Scan und ein Anti-Anchored Skeptic laufen parallel. Der Skeptic recherchiert unabhängig über Exa MCP, bevor er das Marktergebnis sieht.
  • Schema-Gate statt Vertrauen: LLMs schreiben nur Editorial-Felder (rationale, start_here, caveats). Strukturfelder werden Node-seitig template-gefüllt und gegen ein Zod-Schema validiert — der Build bricht, statt Garbage in den Atlas zu lassen.
  • Vollständiger Audit-Trail: Jeder Lauf liegt immutable unter runs/<stage>/<timestamp>/ mit Briefing, Markt- und Skeptic-Output, Summary.

Inhaltlich ist der Atlas auf DACH-Realitäten zugeschnitten — DSGVO, EU AI Act, Betriebsräte sind eingepreist statt US-zentrischer Standardannahmen. Pull Requests halten den Katalog kuratiert. Inhalte CC BY-SA 4.0, Code MIT.

05
Eigenes Projekt · Multi-Framework-Demo · Native Federation v4

Frankenstein Meeting Room — Angular, React und Svelte in einer App

Eine kleine, vollständige Meeting-App, in der Angular der Host ist, ein React-Whiteboard (Excalidraw) und ein Svelte-Mermaid-Editor als Remotes laufen. Der praktische Beleg zu dem, was die Native-Federation-Audit-Seite in Patterns beschreibt: Multi-Framework-Koexistenz ohne Rewrite, sauber geschnitten, framework-agnostisch verbunden.

Architektur-Kernideen

  • Klare Verantwortung: Remote owns capability. Host owns business context and persistence. Remotes sind dumm und spezialisiert, der Host hält Kontext und Zustand.
  • Web Components als Boundary: Custom Elements als Browser-Standard — keine Framework-Abhängigkeiten zwischen Angular, React, Svelte.
  • Typed Event Bus mit vier Kern-Events: context:request, event:selected, drawing:changed, diagram:changed — keine geteilten Komponenten, kein geteiltes Reactivity-System.
  • Native Federation v4 + Orchestrator: ESM-Modul-Loading zur Laufzeit, jeder Remote auch standalone gegen einen Mock-Host lauffähig.

Status: Implementierung abgeschlossen — milestone-getrieben gebaut (M1 Workspace + Federation-Init, M2 Host, M3/M4 Remotes, M5 Polish). Demo ist live, Begleit-Serie auf dev.to vollständig online: Part 1 das Architektur-Argument, Part 2 der Build-Walkthrough (deutsch und englisch).

06
Eigenes Produkt · Build in Public · agentisch entwickelt

Keppt — eine Produkt-App, gebaut und dokumentiert in öffentlicher Sicht

Keppt ist eine vollwertige App auf dem Weg zum App Store: „GTD that maintains itself" — Sprache als Eingabe, ein Agent übernimmt Inbox-Triage, Daily Planning, Weekly Review. Spannend für die Site ist nicht das Endprodukt, sondern dass der Bauprozess selbst Teil des Beweises ist: Specs, Pläne und Task-Logs liegen im Repo offen.

Wie das Produkt entsteht

  • Skill-Kit-Adjutant-Workflow: Spec → Plan → Single-Commit-Tasks → Task-Log pro Task. Dieselben Muster wie im Atlas, hier auf ein Greenfield-Produkt angewendet.
  • Markdown als Daten-Substrat: Phase 1 ist eine CLI gegen einen echten Obsidian Vault — LocalFileRepository über .md-Dateien, Nutzer sieht und kontrolliert die Vault-Struktur.
  • Stack: TypeScript, Node ≥ 20, pnpm Workspaces, Claude Haiku/Sonnet via Vercel AI SDK. Backend, Angular-Frontend und Monetarisierung sind als Phase 2a–2c geplant, nicht eingebaut.
  • Öffentliche Artefakte: /docs/specs (Architektur + Produkt), /docs/plans (granulare Roadmap), /docs/task-log (Wrap-ups: was, Überraschungen, Lessons).

Status: Phase 1 in Arbeit. Die Methodenseite beschreibt das GTD-Konzept hinter dem Produkt, die Landingpage ist live. Begleitend dazu der Origin-Story-Post auf dev.to: „I stopped maintaining my GTD system — that's why it finally works" — 15 Jahre gescheiterte GTD-Versuche, warum nicht die Methode, sondern die Wartung das Problem war, und wie ein Markdown-Substrat plus Agent das auflöst.

07
Open Source

Repos

skill-kit-agentic-workflow

Isolierte Tasks, Handover-Log, Review-Gate. Das Skill-Pattern aus der Praxis-Session.

github.com/lutzleonhardt/skill-kit-agentic-workflow

spartacus

SAP Spartacus Fork für die Live-Angular-Migration der Praxis-Session.

github.com/lutzleonhardt/spartacus

Weitere Repos folgen.