ki-buch/teil-04-zukunft/kapitel-12-zukunft-agentenbasierte-se.md

Kapitel 12: Strategie 12–24 Monate – Trends, Wetten, Frühindikatoren

Teil IV · Strategie und Organisation

---

Wer Agenten „strategisch“ plant, vermischt oft drei Uhren: Modell-Releases (Wochen), Systemplattform (Quartale) und Organisation (Jahre). Genau das erzeugt teure Wetten – Lizenzen ohne Eval-Harness, Multi-Agent ohne Shared Context, Autonomy ohne Review-Kapazität. Der Markt verkauft die nächste Frontier-Demo; Teams verlieren Budget, wenn sie Roadmaps mit Garantien verwechseln.

These: Wettbewerbsvorteil entsteht selten aus dem einen Modell-Upgrade. Er entsteht aus steuerbaren System- und Org-Investitionen mit Frühindikatoren, Stop-Regeln und der Disziplin, bestimmte Wetten bewusst nicht einzugehen.

Leitfrage: Was bauen wir jetzt, was beobachten wir – und welche Wetten gehen wir bewusst nicht ein?

Dieses Kapitel liefert keine Prophetie und keine Vendor-Roadmap-Übersetzung. Es liefert eine Entscheidungs- und Beobachtungsgrammatik: drei Zukunftsebenen trennen, Industrialisierung (0–12 Monate) und Intent/Verify (12–24 Monate) über messbare Signale steuern, eine Wetten-Matrix und einen 12-Monats-Invest-Split anwenden, MCP als Go/No-Go statt als Glaubensfrage einordnen. Spekulation ist gelabelt; Szenarien hängen an der Scorecard aus Kapitel 7.9 und den Guardrails aus Kapitel 11.

Nach dem Betrieb (Teil III) geht es um Priorisierung unter Unsicherheit. Kapitel 13 übersetzt dasselbe Denken in Produktivität, Rollen und 90-Tage-Führungsentscheidungen.

Lernziele

Nach diesem Kapitel kannst du:

• Modelle, Systeme und Organisation als getrennte Investitionsebenen steuern,
• Industrialisierung (0–12 Monate) und Intent/Verify (12–24 Monate) über messbare Signale priorisieren,
• eine Wetten-Matrix und 12-Monats-Invest-Priorisierung (System / Modell / Org) anwenden,
• MCP als Go/No-Go-Entscheidung einordnen (nicht als Roadmap-Garantie),
• Szenarien A–E mit Frühindikatoren an die Scorecard (Kap. 7.9) koppeln.

---

12.1 Drei Zukunftsebenen – nicht vermischen

Strategie scheitert hier oft an einer einfachen Verwechslung: Was sich ändert, wird mit dem verwechselt, was ihr steuern könnt. Modelle werden vendor-getrieben schneller; Systeme und Organisation sind euer Hebel – und genau dort sitzt nachhaltiger Vorsprung. Die Tabelle ist eine Invest-Landkarte, kein Trend-Ticker: Lest zuerst Änderungsrate und Hebel, dann die Beispiele.

{ width=100% }

Ebene	Beispiele	Änderungsrate	Euer Hebel
Modelle	Reasoning, Fenster, Multimodalität	hoch, vendor-getrieben	tauschen, routen, A/B mit Eval
Systeme	MCP, Memory, Eval, Sandbox, Multi-Agent	mittel, standardisierbar	bauen und besitzen
Organisation	Rollen, SDLC, Governance, Skills	langsam, entscheidend	entscheiden und messen

Invest-Regel: Kapazität prioritär in Systeme und Organisation. Modelle sind Verbrauchsgut mit Exit-Option – nicht die Strategie.

---

12.2 Kurzfristig (0–12 Monate): Industrialisierung steuern

In den nächsten zwölf Monaten gewinnt nicht, wer die meisten Agenten-Demos zeigt, sondern wer aus „wir haben einen Host“ eine messbare, portable, privilege-aware Infrastruktur macht. Die folgende Signal-Tabelle ist ein Betriebsradar: jede Zeile braucht einen Messvorschlag und eine Folgeaktion – nicht nur ein grünes Häkchen in der Roadmap.

Signal (beobachtbar)	Messvorschlag	Wenn anhaltend …
Agenten als IDE-Default	% Devs mit Host-Assist ≥1×/Woche	Lizenzen ok; parallel System-Invest (12.5)
MCP-Katalog analog API-Gateway	Server mit Owner / alle genutzten Server	Katalog-Pflicht vor neuen Servern
Eval-Harness in CI	n≥20 Tasks; grün vor Autonomy↑	Autonomy-Freeze bei rot >7 Tage (7.9 C)
Privilege-aware Tools	Policy Denies >0; keine Shell-Default	Allowlists erzwingen (Kap. 11)
Hybrid local/remote	STDIO vs. remote mit Auth-Klasse	Datenklassifikation mappen (11.4)
Cost- & Trace-Dashboards	Tokens/Task; Trace postmortem-fähig	Budget-Gates; Kill-Switch üben

Leitsatz: Wettbewerbsvorteil: von „wir haben einen Agenten“ zu „sichere, messbare, portable Agenten-Infrastruktur“.

Wann nicht: Team-Readiness < 8/12 (Kap. 11) oder Invest-Check (7.9 D) ≤5 → Host-Assist behalten, kein Platform-Narrativ.

---

12.3 Mittelfristig (12–24 Monate): Intent-first und Verify

Sobald die Industrialisierung greift, verschiebt sich der Engpass: nicht mehr „kann der Agent tippen?“, sondern wie klar Intent, Vertrag und Verify sind. Die Trends unten sind keine Pflicht-Roadmap – sie beschreiben, wohin produktive Teams Kapazität legen, wenn Orakel und Review mithalten. Die Spalte „Wann nicht“ ist genauso wichtig wie der Trend selbst.

Trend	Kern	Trade-off	Wann nicht
Spec- / Intent-first	Contracts, Policies, AC vor leeren Dateien	mehr Vorarbeit, weniger Agent-Müll	Spike ohne DoD – bewusst L0
Continuous Presence	Nightly Worker, PR-Guardians – policy-begrenzt	Betriebsaufwand, Alert-Lärm	ohne Error Budget und Owner
Tight Verify Loops	billige Tests/Sims im Loop	Orakel-Pflege kostet Senior-Zeit	schwache Tests → Autonomy senken

Konzept-Plate: Intent → Agent → Verify

{ width=100% }

Regel: Autonomy skaliert mit Orakeln und Review-Kapazität, nicht nur mit Modellgüte (Kap. 7, 13.2).

Was wir (noch) nicht wissen: Ob multimodale Inputs (UI-Screenshots, Cloud-Graphen) Coding-Agenten in eurer Domäne messbar besser machen. Default bleibt textlastig – als Kernpfad erst, wenn Task Success das belegt.

---

12.4 Wetten-Matrix: jetzt / beobachten / bewusst nicht

Strategie ohne „Nein“ ist Feature-Theater. Die Matrix trennt Jetzt / Beobachten / Bewusst nicht – und koppelt jede Zeile an einen Frühindikator plus Stop/Pivot. Nutzt sie quartalsweise als Review-Artefakt: drei Zeilen anfassen, Status nur ändern, wenn der Indikator greift – nicht weil ein Vendor-Keynote frischer war.

Wette	Default 2026	Frühindikator	Stop / Pivot
Portable MCP-Capabilities (geteilte Domänen)	Jetzt	≥1 Server im Katalog, Owner, Contract-Tests	Editor-State bleibt host-native (4.0)
Eval-Harness als CI	Jetzt	n≥20, grün vor Autonomy↑	Demo ohne Orakel → kein L2
Intent/Verify vor Multi-Agent	Jetzt	Orakel auf kritischen Pfaden	ohne Shared Policy → stop
Context Policies + Working Sets	Jetzt	Hit Rate / Waste messbar (7.8, 7.9)	Window-Max → Policy first
Near-full Autonomy (L3) breit	Bewusst nicht	nur Nische: Eval eng ≥2 Q + Error Budget grün	sonst max L1/L2
„Ein Modell löst Platform“	Bewusst nicht	—	System industrialisieren (12.2)
Proprietäre Parallel-Integrationen	Vermeiden	Doppel-Integrationen ohne Portabilität	Standard-Board (Szenario D)
Multimodale UI-to-Code als Kernstrategie	Beobachten	domänenspezifischer Task Success	textlastiger Default
Org-weite Auto-Merge ohne Gates	Bewusst nicht	Sev mit Agent; CFR↑	Autonomy −1 (11.10)

Nutzung: pro Quartal drei Zeilen reviewen; Status nur bei greifendem Frühindikator ändern.

---

12.5 12-Monats-Invest-Priorisierung

Lizenzen fühlen sich wie Strategie an, sind aber oft nur Verbrauch. Der Default-Split unten zwingt die Frage: Wie viel Kapazität fließt in Systeme und Organisation, die ihr besitzt – und wie wenig in Modell-Hopping ohne Exit? „Ja/Nein“-Spalten sind Anti-Muster-Filter, keine Buchhaltungs-Exaktheit.

Default-Kapazitäts-Split für produktive (nicht nur lizenzierte) Agenten – Faustregel:

Ebene	Anteil	Ja	Nein
System	~50–60 %	Katalog, Gateway-Minimum, Policies, Eval-CI, Traces, Sandbox	Demos ohne Owner
Organisation	~25–35 %	Autonomy L0–L3, Review-Kapazität, Hüte, Risk Appetite, Upskilling	Titel-Theater
Modell	~10–20 %	Host-Lizenzen, Routing, A/B mit Eval	Vendor-Roadmap als Strategie

Stop-Regel: Modell-Budget nur erhöhen, wenn Invest-Check (7.9 D) ≥ 6/12 und Team-Readiness ≥ 8/12. Sonst System/Org nachziehen.

---

12.6 MCP: beobachten, entscheiden, nicht anbeten

MCP ist 2026 in vielen Coding-Hosts die de-facto Integrationsschicht – und zugleich ein klassisches Hype-Risiko: Teams „setzen auf MCP“, ohne Go/No-Go, Owner oder Katalog. Hier geht es um Beobachtung und Entscheidung, nicht um Anbetung. Deep-Dive und wann nicht: Kap. 4.7 / 4.7.5. Buch-Pin bleibt 2025-11-25; die Revision 2026-07-28 (stateless) ist Übergangsentscheidung – Kap. 4.8, nicht stillschweigende Basisverschiebung.

Die linke Spalte der Tabelle ist investierbar unabhängig vom Spec-Detail; die rechte ist Beobachtungsliste ohne Garantie.

{ width=100% }

Stabil (spec-unabhängig)	Beobachtungsliste (keine Garantie)
Domänenreine Capabilities · Least Privilege · Context Policies · Eval vor Autonomy · Portabilität wo N Hosts	Protokollkern Session→stateless (4.8) · Remote-Auth-Profile · Registries/SBOM · UI-Surfaces · komplementär zu OpenAPI/Plugins

{ width=100% }

Go (≥2× Ja → MCP-Invest): (1) >1 Host/Team? (2) geteilte Domäne (Issues, CI, Memory, Graph)? (3) Trust Boundary nötig? (4) Owner + Katalog möglich?

No-Go (Kap. 4.0): reiner Editor-State; einmaliger Script-Pfad; kein Owner → host-native oder Framework-intern.

Gateway/Registry greift, wenn: ≥3 Teams dieselben Server nutzen oder remote MCP mit nicht-public Daten.

---

12.7 Grenzen, Szenarien und Frühindikatoren

Auch die beste Wetten-Matrix ändert nichts an harten Grenzen: Haftung, stilles Domänenwissen, Hochrisiko-Entscheidungen und adversarialer Missbrauch verschwinden nicht mit dem nächsten Model-Release. Die erste Tabelle erinnert an das, was Organisation und Ethik tragen müssen; die zweite skizziert plausible Szenarien A–E mit Frühindikatoren – zum Steuern, nicht zum Prophezeien.

Grenze	Warum hartnäckig
Haftung · Tacit Knowledge · Hochrisiko-Entscheidungen	Accountable Humans, Kultur, Ethik/Security
Daten-/Rechtefragen · Kosten · Adversarialität	Compliance, Token/Review-Zeit, Injection skaliert mit Tools

Autonome Fabriken ohne Menschen = Marketing. Agentenverstärkte Teams mit Gates = realistische Trajektorie (Frühindikatoren: Spalte unten; Scorecard 7.9).

Szenario	Kern	Frühindikator	Wenn anhaltend …
A Augmented Eng. (hoch)	Menschen verantworten; Agenten: Routine-PRs	% Agent-PRs; Edit-Rate bei stabiler CFR	Platform & Skills
B Platform Agents (hoch Enterprise)	Agent-OS + MCP-Gateway	Server mit Owner; Katalog-Coverage	System-Budget (12.5)
C Backlash (mittel, zyklisch)	Incidents → strengere Gates	Sev mit Agent; Autonomy-Rollbacks	Error Budget (11)
D Fragmentation (mittel)	nicht-portable Parallelwelten	Doppel-Integrationen	Standard-Board
E Nischen-Autonomy (selektiv)	enge Domäne, perfekte Orakel	Eval-Success eng ≥2 Q	L2/L3 nur dort

Quartalsregel: drei Indikatoren messen; Autonomy/Invest nur datenbasiert (Scorecard 7.9). Plant A+B, härtet gegen C, vermeidet D, erkundet E nur mit Eval-Exzellenz.

---

12.8 Context Engineering bleibt Systemdisziplin

Prompting = UI; Context Engineering steuert Flüsse, Budget, Trust, Memory und Metriken (Kap. 3.7, 7.8). In Wetten-Matrix und System-Invest ist das Infrastruktur. Rollen: Kap. 13.4.

---

Best Practices

1. Kauft Modelle, baut Capabilities und Policies – Split 12.5; jede Wette an Frühindikator + Stop (12.4).
2. Server versioniert mit Owner; Orakel und Context-Metriken ab Tag 1; Autonomy öffentlich.

---

Pitfalls

Pitfall	Gegenmaßnahme	Kap.
Warten auf „das eine AGI-Modell“ / nur Lizenzen	System industrialisieren; Split ≥~75 % System+Org	12.2, 12.5
Host-Hopping; Roadmap als Garantie	portable Capabilities; Adapter (4.0, 4.7)	12.6
Multi-Agent vor Intent/Verify; Security später	Wetten-Matrix Verify first; Threat Model	12.3–12.4, 11

---

Key Takeaways

• Modelle tauschen; Systeme und Organisation bauen und steuern.
• Wetten-Matrix und Invest-Split trennen Jetzt / Beobachten / Bewusst nicht.
• MCP: Go/No-Go – Roadmap beobachten, nicht anbeten; Pin 2025-11-25, Übergang 2026-07-28 in 4.8; Szenarien A–E über Scorecard 7.9.

---

Was als Nächstes kommt

Kapitel 13: Produktivität (Anhang F), Review-Engpass, Rollen, 90-Tage-Führung, Anti-Hype.

---

Übungsanregungen

1. Wetten-Matrix (12.4): ☐ 3× Jetzt ☐ 2× Bewusst nicht · ~40 Min
2. Kapazitäts-Split (12.5) + drei Frühindikatoren mit Ist-Werten · ~45 Min