marvin richter.Meist Antwort in 48hErstgespräch →
Software-Architekt · Berlin · DACH

Architektur, die im
Code hält.

Von Spring-Boot-Modernisierung über Cloudflare-native TypeScript-Plattformen bis zu datenintensiven KI-Systemen — ich helfe Teams, Grenzen, Workflows und Entscheidungen durchsetzbar zu machen.

architektur · monolith → module
Onboarding 3 Wo → 5 TgGemessen
Stacks
JavaSpringKotlinTypeScriptCloudflare
Domänen
HealthcareÖffentl. SektorSaaSPlatform
Durchsetzung
ArchUnitdependency-cruiserCI-Gates
Seit
2011BerlinDACH
Wofür Teams mich holen

Sechs Sätze, die ich oft höre.

In der Sprache deines Teams — und was ich konkret dagegen tue.

Unser Legacy-System ist zu riskant, um es zu ändern.
AntwortStrangler Fig & Branch-by-Abstraction — Veränderung ohne Big-Bang-Rewrite.
Architektur existiert in Diagrammen, nicht im Code.
AntwortArchUnit, dependency-cruiser, ESLint-Importregeln — Grenzen, die den Build brechen.
Unsere TypeScript-Plattform wächst ohne klare Grenzen.
AntwortBounded Contexts, Contract-Packages, Worker-Composition-Roots.
Wir nutzen KI-Tools — ohne Standards oder Review-Gates.
AntwortClaude-Code-Setup mit Rules, Skills, Hooks und Human-Approval-Gates.
Unsere Datenflüsse sind schwer nachvollziehbar.
AntwortAppend-only Event-Logs, Audit-Contracts, Lineage, die du rekonstruieren kannst.
Jeder Release fühlt sich gefährlich an.
AntwortObservability, Auto-Rollback und Trunk-based Delivery — Releases werden langweilig.
Was am Ende auf deinem Tisch liegt

Kein Foliendeck. Das eigentliche Artefakt.

Andere beschreiben. Ich zeige: einen sauberen Diff, priorisierte Findings, einen messbaren Pfad — in der Sprache deines Teams.

services/deploy.ts · sauberer DiffIllustrativ
21 async function deploy(env: Env) {
22 await buildAll(); // 45 min
22+ await buildChanged(env); // 8 min
23 return release(env);
24} // kein Rollback
24+} // + auto-rollback
Deploy 45 → 8 minGemessen
findings.md · priorisiert
KRITISCHDeploy-Pipeline ohne Rollback — jeder Release ist ein Risiko.

HOCHDomänenlogik im Controller — Änderungen brauchen Mut, nicht Plan.

MITTELKein Trace über Service-Grenzen — Incidents dauern Stunden.
Jedes Finding mit Ursache & Quick Win3 von 14
Technische Säulen

Sechs Säulen, eine Disziplin.

Der rote Faden ist überall derselbe: durchsetzbare Architektur — explizit, nachvollziehbar, gebaut, um unter Produktionslast zu halten. Wähl die Säule, die zu deinem System passt.

01

JVM-Modernisierung

Java, Spring Boot und Kotlin-Systeme, die zu wichtig sind für einen Rewrite und zu komplex zum Ignorieren.

Java 21/25Spring BootKotlinStrangler FigOIDC · OAuth2
spring-hexagonal-archetype →
02

TypeScript-Plattformen

Cloudflare-native Backends, Monorepos und domänenstarke Edge-Anwendungen mit echten Grenzen.

Cloudflare WorkersD1 · R2 · KVHonoDurable ObjectsMonorepo
TypeScript Platform Review →
03

Data & Knowledge

Systeme, in denen Lineage, Provenienz und Rekonstruktion zählen — Event-Logs, Audit-Trails, RAG/Corpus.

Event-LogsBitemporalVectorizeRAGPII
Data / Knowledge Review →
04

Architektur, die den Build bricht

Regeln, die mechanisch erzwungen werden — nicht Diagramme, die niemand liest.

HexagonalDDDarc42 · ADRArchUnitdependency-cruiser
Wie ich prüfe →
05

Agentic Engineering

Claude Code und Agenten-Workflows mit Guardrails: Skills, MCP, Hooks, Evals, Human-in-the-Loop.

Claude CodeMCPSkills · HooksEvalsApproval Gates
clarc →
06

Lehren, was ich baue

Engineering-Praxis als Playbooks, Workshops, OSS-Tools und Artikel — praktisch, direkt, am echten System.

WorkshopsPlaybooksDE · ENVorträge
Feldnotizen lesen →
Wo anfangen

Sechs Formate — drei Tiefen, drei Spezial-Reviews.

Drei Engagement-Tiefen plus drei Spezial-Reviews. Du legst dich nicht fest; wir starten dort, wo der nächste klare Schritt liegt.

A

Engagement-Tiefe

Von einem schnellen Reality-Check bis zur Modernisierung bei laufendem Betrieb.

01

Review Light

3–5 Tage

Wähle das, wenn ihr wissen wollt, wo ihr steht — bevor größere Entscheidungen anstehen.

  • Priorisierte Problemliste
  • Quick Wins
  • Findings-Dokument
Empfohlen
02

Deep Dive

1–2 Wochen

Wähle das, wenn ihr einen Plan braucht — Ursachen, Roadmap, Trade-offs statt Symptompflege.

  • Findings + Ursachen
  • Roadmap
  • Trade-off-Analyse
  • RFCs · ADRs
03

Modernize & Ship

6–12 Wochen

Wähle das, wenn ihr die Umsetzung mitgehen wollt — inkrementell, bei laufendem Betrieb.

  • Migrationspfad
  • Stabile Delivery
  • Observability
  • Team-Enablement
B

Spezial-Reviews

Gezielte Tiefe für TypeScript-Plattformen, Agentic Engineering und Datenarchitektur.

04

TypeScript Platform Review

Monorepos, Cloudflare Workers, API-Contracts, Package-Grenzen, Event-Flows und Frontend-/Backend-Trennung.

  • Workers
  • Contracts
  • Boundaries
05

Agentic Engineering Workshop

Für Teams, die Claude Code einführen — Rules, Skills, Hooks, MCP, Context-Management, Kostenkontrolle, Review-Gates.

  • Claude Code
  • MCP
  • Guardrails
06

Data / Knowledge Review

Datenprodukte, Event-Flows, Lineage, PII-Handling, RAG/Corpus-Pipelines, Schema-Evolution, Auditierbarkeit.

  • Lineage
  • Audit
  • RAG
Wie ich arbeite

Strukturiert von der ersten E-Mail an.

01
Kontext
~ 30 min
Welches System, wie groß das Team, was in drei Monaten messbar besser sein soll. Daraus ergibt sich das passende Format.
02
Analyse
3 Tg – 2 Wo
Code, Architektur, Pipeline, Git-History. Ich arbeite mit dem, was da ist — kein Fragebogen-Marathon.
03
Findings & Roadmap
Dokument
Priorisierte Findings mit Ursachen, ein umsetzbarer Migrationspfad mit Trade-offs. Konkret genug für morgen.
04
Umsetzung & Enablement
Optional
Auf Wunsch hands-on: erste Schnitte, Standards, Review-Prozesse. Ziel: das Team ist danach ohne mich schneller als vorher mit.
Belege, keine Behauptungen

Jede Zahl hat eine Quelle.

Aus realen Engagements. Was nicht belegbar ist, heißt hier „illustrativ“ — Ehrlichkeit ist Teil der Arbeit.

ErgebnisKontextStärke
45 → 8 min
Deployment-Zeit, Identity-&-Access-Management-Projekt.
Gemessen
3 Wo → 4 Tg
Lead Time pro Feature, Enterprise-Delivery (reguliert).
Gemessen
4 Module
Monolith aufgeteilt — Onboarding neuer Engineers 3 Wo → 5 Tg.
Gemessen
seit 2011
Systeme gebaut, modernisiert, Teams befähigt — Berlin, Product & reguliert.
Profil
Open Source

Dieselben Muster — im Repo, nicht nur im Slide.

spring-hexagonal-archetypeJava
Spring-Boot-Projekt mit hexagonaler Architektur, abgesichert durch ArchUnit. Voller vertikaler Schnitt, Testcontainers, Micrometer.
clarcClaude Code
Workflow-OS für Claude Code — Agents, Skills, Hooks, Commands und ein Lern-Flywheel. Das System, mit dem ich Teams umstelle.
Schreiben · Workshops · Vorträge

Wie ich denke — vor dem ersten Gespräch lesbar.

Live im Team
Workshop

Agentic Engineering Workshop

Ein praktischer Tag: Claude Code mit Rules, Skills, Hooks und Review-Gates — am echten Repo deines Teams.

  • CLAUDE.md · Skills · Hooks
  • MCP · Context · Kosten
  • Review-Gates & Evals
Format ansehen →
Vorträge

Sprechen & Schreiben

Technische Inhalte auf Deutsch und Englisch — für Senior Engineers, ohne Buzzwords. Für Meetups und Team-Sessions ansprechbar.

  • Deutsch & Englisch
  • Meetups · Team-Sessions
Anfragen →
Marvin Richter

Marvin Richter. Senior Software Engineer, Software-Architekt und KI-Spezialist in Berlin. Aufgebaut als Engineer, gewachsen zum Architekten — seit 2011 in Product Companies und regulierten Branchen.

Meine Signatur ist durchsetzbare Disziplin: Architektur, Daten und KI-Workflows, die explizit, nachvollziehbar und auf Produktionslast ausgelegt sind. Kein generischer KI-Berater, kein reiner JVM-Architekt — die Kombination.

Kontakt

Beschreib dein System in drei Zeilen.

Welches System, wie groß das Team, und was in 3 Monaten messbar besser sein soll. Kein Formular, kein Kalender — einfach eine E-Mail. Das Erstgespräch ist kostenlos und unverbindlich; Antwort meist in 48 h.

Erstgespräch →