Drei Schichten, ein Asset

Drei Schichten, ein Asset

Die Erzählung, Agents würden SaaS ersetzen, greift zu kurz. Die präzisere Version ist leiser, struktureller, und für jeden produktiv, der gerade Systeme baut.
SaaS als Vertragsform und Deployment-Shape bleibt. Was sich verändert, ist der Stack, der unter den Workflows liegt, die Anwender wirklich nutzen. Das Bild sieht so aus:
Agent-Layer -> Business Graph -> Systems of Record

Drei konkrete Beispiele, jedes mit einer realen Domain end-to-end:
1. Revenue-Agent -> CRM-Datenbank

2. Finance-Agent -> Accounting-Datenbank

3. Operations-Agent -> Projekt-Datenbank

Die Datenbank überlebt. Die Oberfläche wandelt sich. Die strukturell interessante Frage ist die mittlere Schicht.

Was jede Schicht tatsächlich tut

Systems of Record

sind die langlebigen Datenflächen. Kunden-Datensätze, Rechnungspositionen, Ticket-Historien, Projektzustände. Sie tragen Gravitation, Audit-Historie und Schema-Beziehungen, auf die andere Werkzeuge zugreifen. Sie verschwinden nicht, weil ein neues Interface-Paradigma erscheint. Sie werden wichtiger, weil die Schicht darüber ihre Struktur als Wahrheit behandelt.

Der Business Graph

ist das härtere Stück. Er kodiert die semantische Interpretation, die besagt: der Kunde im CRM, der Kunde auf der Rechnung und der Kunde im Support-Ticket sind dieselbe Entität in drei Lebenszyklus-Stadien. Ohne diese Interpretation produzieren Agents auf rohen Datenbanken oberflächliche Ergebnisse. Sie beantworten "was steht in diesem System?". Sie beantworten nicht "was sollten wir mit diesem Account tun?". Im Business Graph wohnt das Domain-Wissen — Entity Resolution, Prozess-Karten, organisationales Vokabular, der akkumulierte Kontext, wie dieses spezifische Unternehmen arbeitet.

Der Agent-Layer

ist die Oberfläche, die Kunden und Operatoren berühren. Schmale Agents, jeder mit einer Deliverable-Shape, jeder über den Business Graph lesend und schreibend statt direkt gegen Roh-Schemas. Das Interface wird konversational und generativ, wo es nützt, strukturiert, wo es muss, und tritt zurück, wo keines dem Anwender dient.

Was das für das Bauen bedeutet

Drei strukturelle Konsequenzen, die kurzfristige Engineering-Prioritäten verschieben.
1. Die Frontend-Investition verschiebt sich vom Form-Bauen zur agent-lesbaren Schema-Disziplin.

Ein handgebauter CRM-Bildschirm für einen schmalen Workflow altert schnell, wenn ein Agent denselben Workflow konversational über den darunterliegenden Daten rendert. Das langlebige Asset ist nicht mehr die UI-Komponenten-Bibliothek. Es ist die Schema-Klarheit, Namens-Konsistenz und Entity-Relationship-Dokumentation, die dem Business Graph erlauben, Roh-Tabellen in normalisierte Konzepte zu übersetzen, über die ein Agent reasonen kann. Engineering-Effort wandert dorthin.

2. Write-Back-Infrastruktur wird ein First-Class-Anliegen.

Lesen aus Systems of Record ist die einfache Hälfte. Schreiben in sie — Pipeline-Stage aktualisieren, Vertragsstatus voranbringen, Kundenausgang protokollieren — verlangt echte Disziplin: Per-Write-Audit-Trails, Schema-Validierung am Boundary, Operator-Freigabe für riskante Änderungen, Undo- und Rollback-Semantik. Das Drei-Schicht-Bild lässt das wie einen vorbeiziehenden Pfeil aussehen. Im Code ist es eine eigene Infrastruktur-Schicht, vergleichbar im Gewicht zu den Agents darüber.

3. Die mittlere Schicht ist der Ort, an dem sich Vorteil verdichtet.

Zwei Organisationen mit demselben Agent-Framework und denselben Systems of Record divergieren über die Qualität ihres Business Graphen. Der Graph erfasst, wie dieses spezifische Unternehmen einen Kunden definiert, wie der tatsächliche Vertriebsprozess versus der dokumentierte aussieht, welche Signale hier Churn vorhersagen, welche Integrationen zählen. Dieser akkumulierte Kontext lässt sich nicht von der Stange kaufen. Er ist das Asset, das mit Nutzung wächst.

Eine Anmerkung zur Positionierung

Anbieter, die „AI für X" verkaufen, ohne eine Sicht auf die mittlere Schicht, verkaufen eine dünne Spitze. Die strukturell interessanten Fragen sitzen darunter: Woher weiß der Agent, was das Unternehmen weiß? Wie übersteht der Write-Back eine falsche Inferenz? Wie bleibt der Graph konsistent über die Systeme hinweg, die er aufspannt?
Das sind keine exotischen Fragen. Es sind dieselben Datenmodellierung-, Integrity- und Audit-Fragen, die gutes Systems Engineering schon definiert haben, bevor Agents existierten. Sie tauchen in neuer Form auf, sitzend zwischen zwei Schichten, die die meisten Diagramme als Ränder behandeln.
Die Datenbank überlebt. Die Oberfläche wandelt sich. Der Graph dazwischen ist, was gebaut wird.

---
*aunomo.tech — Architektur, Build, Eigentum. Festpreis.*