Nachdem ich Jaya Guptas Beitrag über Context Graphs gelesen habe, kann ich nicht aufhören, darüber nachzudenken [1]. Für mich hat er etwas Persönliches geleistet: Er hat dem architektonischen Muster einen Namen gegeben, um das ich in den Diskussionen über Agenten-Infrastruktur auf diesem Blog im vergangenen Jahr gekreist bin.
\n\nGuptas These ist einfach, aber tiefgründig. Die letzte Generation von Unternehmenssoftware (Salesforce, Workday, SAP) hat Billionen-Dollar-Unternehmen geschaffen, indem sie zu Aufzeichnungssystemen wurde. Wer die kanonischen Daten besitzt, besitzt den Workflow, besitzt die Abhängigkeit. Die Frage ist nun, ob diese Systeme den Übergang zu Agenten überleben. Gupta argumentiert, dass sie es werden, aber dass eine neue Schicht über ihnen entstehen wird: ein Aufzeichnungssystem für Entscheidungen.
\n\nIch stimme zu. Und ich denke, dies ist das fehlende Teil, das alles verbindet, worüber ich geschrieben habe.
\n\nWas bei mir am meisten Anklang fand, war Guptas Artikulation der Entscheidungsspur. Dies ist der Kontext, der derzeit in Slack-Threads, Deal-Desk-Gesprächen, Eskalationsanrufen und in den Köpfen der Menschen lebt. Es ist die Ausnahmelogik, die besagt: \"Wir geben Gesundheitsunternehmen immer zusätzliche 10%, weil ihre Beschaffungszyklen brutal sind.\" Es ist der Präzedenzfall aus vergangenen Entscheidungen, der besagt: \"Wir haben im letzten Quartal einen ähnlichen Deal für Unternehmen X strukturiert, wir sollten konsistent sein.\"
\n\nNichts davon wird in unseren Aufzeichnungssystemen erfasst. Das CRM zeigt den Endpreis, aber nicht, wer die Abweichung genehmigt hat oder warum. Das Support-Ticket sagt \"an Tier 3 eskaliert\", aber nicht die systemübergreifende Synthese, die zu dieser Entscheidung führte. Wie Gupta es ausdrückt:
\n\n\n\n\n\"Die Begründung, die Daten mit Aktionen verbindet, wurde nie als Daten behandelt.\"
\n
Dies ist die Mauer, auf die jedes Unternehmen stößt, wenn es versucht, Agenten zu skalieren. Die Mauer sind nicht fehlende Daten. Es sind fehlende Entscheidungsspuren.
\n\nBeim Lesen von Guptas Beitrag wurde mir klar, dass die Evolution, die ich auf diesem Blog dokumentiert habe (von MCP zu Agent Skills zu Governance), wirklich eine Geschichte über den Aufbau der Infrastruktur für Context Graphs ist. Lassen Sie mich das erklären.
\n\nPhase 1 handelte von Tools. Das Model Context Protocol (MCP) gab Agenten die Fähigkeit, mit externen Systemen zu interagieren. Es war die Infrastruktur, die Agenten mit Datenbanken, APIs und der Außenwelt verband. Aber wir lernten schnell, dass Toolzugriff allein nicht ausreicht. Ein Agent mit einem Hammer ist kein Zimmermann.
\n\nPhase 2 handelte von Skills. Anthropics Agent Skills-Standard gab uns eine Möglichkeit, prozedurales Wissen zu kodifizieren, die \"Wie man\"-Anleitungen, die Agenten beibringen, Tools effektiv zu nutzen. Skills sind das Gehirn des Agenten. Sie verwandeln Stammwissen in tragbare, komponierbare Assets. Aber selbst Skills sind nicht genug. Ein Agent mit einem Hammer und einem Zimmereihandbuch ist immer noch kein Meisterzimmermann.
\n\nPhase 3 handelt von Kontext. Hier kommen Context Graphs ins Spiel. Ein Context Graph ist die akkumulierte Aufzeichnung jeder Entscheidung, jeder Ausnahme und jedes Ergebnisses. Er beantwortet die Frage: \"Was ist das letzte Mal passiert?\" Er verwandelt Ausnahmen in Präzedenzfälle und Stammwissen in institutionelles Wissen.
\n\n| Phase | \nPrimitive | \nWas es bietet | \nMeine Analogie | \n
|---|---|---|---|
| Phase 1 | \nTools (MCP) | \nFähigkeit | \nDer Agent hat einen Hammer. | \n
| Phase 2 | \nSkills (Agent Skills) | \nExpertise | \nDer Agent hat ein Zimmereihandbuch. | \n
| Phase 3 | \nKontext (Context Graphs) | \nErfahrung | \nDer Agent hat Zugriff auf die Aufzeichnung jedes Hauses, das er jemals gebaut hat. | \n
Der Governance-Stack, für den ich plädiert habe (Agentenregister, Tool-Register, Skill-Register, Policy-Engines), ist die Infrastruktur, die Context Graphs ermöglicht. Das Agentenregister liefert die Identität des Agenten, der die Entscheidung trifft. Das Tool-Register (MCP) liefert die Fähigkeiten, die diesem Agenten zur Verfügung stehen. Das Skill-Register liefert die Expertise, die die Aktionen des Agenten leitet. Und die Orchestrierungsschicht ist der Ort, an dem die Entscheidungsspur erfasst und persistiert wird.
\n\nOhne diese Infrastruktur sind Entscheidungsspuren flüchtig. Sie existieren für einen Moment im Kontextfenster des Agenten und verschwinden dann. Mit dieser Infrastruktur wird jede Entscheidung zu einem dauerhaften Artefakt, das auditiert, aus dem gelernt und als Präzedenzfall verwendet werden kann.
\n\nGupta hat recht, dass agenten-first Startups hier einen strukturellen Vorteil haben. Sie sitzen im Ausführungspfad. Sie sehen den vollständigen Kontext zum Zeitpunkt der Entscheidung. Etablierte Unternehmen, die auf aktueller Zustandsspeicherung aufgebaut sind, können dies einfach nicht erfassen.
\n\nAber die größere Erkenntnis für mich ist diese: Wir bauen nicht nur Agenten. Wir bauen die Entscheidungsaufzeichnung des Unternehmens. Der Context Graph ist kein Feature; er ist die Grundlage einer neuen Art von Aufzeichnungssystem. Die Unternehmen, die im Agentenzeitalter gewinnen, werden diejenigen sein, die dies erkennen und in die Infrastruktur investieren, um ihre Entscheidungsspuren zu erfassen, zu speichern und zu nutzen.
\n\nWir haben damit begonnen, Agenten Tools zu geben. Dann haben wir ihnen Skills beigebracht. Jetzt müssen wir ihnen Kontext geben. Das ist die Billionen-Dollar-Evolution.
\n\nReferenzen:
\n\n[1] Gupta, J. (2025, 23. Dezember). AI's trillion dollar opportunity: Context graphs. X.
", "source_hash": "sha256:e8cc60394db5625b04f1e8b4356f655aaf73c904e56b2e5a10309e000746bc71", "model": "claude-sonnet-4-5-20250929", "generated_at": "2026-01-02T02:09:00.543328+00:00" }