# Von Agenten zu KI-Fähigkeiten

_Weniger James Bond. Mehr Ocean’s Eleven._

**Kurzfassung —** Die Agenten-Metapher ist eine nützliche Eingangstür. Reale Systeme sollten aber als koordinierte Fähigkeiten gestaltet werden: Reasoning, Automatisierung, Daten, Schnittstellen, Kontrollen und menschliches Urteil.

Die Agenten-Metapher hat für die KI-Adoption etwas Wichtiges geleistet. Sie gab Menschen einen personenförmigen Zugang zu einer abstrakten Technologie.

Eine Assistenz, ein Helfer oder eine digitale Kollegin sind leichter vorstellbar als Orchestrierung, Tool-Aufrufe, Retrieval, Richtlinien und Ausführungsgraphen.

Menschen brauchen oft Vorstellungskraft vor Architektur.

**Argumentkarte · Von der Agenten-Metapher zum Fähigkeitssystem**

Fünf Zustände zeigen, wie die personenförmige Agenten-Metapher zu koordinierten Fähigkeiten wird und eine sichtbare Persona nur noch eine optionale Projektion ist.

```text
01 · Die Eingangstür

„Agent“ macht KI vorstellbar.
Eine personenförmige Assistenz gibt Menschen einen vertrauten Zugang zu einem abstrakten System.
Agent → Assistenz · Helfer · Kollegin

02 · Die Bond-Illusion

Ein cleverer Agent scheint alles zu besitzen.
Gedächtnis, Werkzeuge, Daten und Aktionen verschmelzen zu einer überzeugenden, aber irreführenden Figur.
ein Agent → Gedächtnis + Werkzeuge + Daten + Aktionen

03 · Koordiniertes System

Unterschiedliche Fähigkeiten erledigen unterschiedliche Arbeit.
Retrieval, Reasoning, Validierung, Aktion und menschliche Freigabe werden durch Workflow und Richtlinien koordiniert.
abrufen → schlussfolgern → validieren → handeln → freigeben

04 · Fähigkeiten vor Personas

Das System wird um die Arbeit herum gestaltet.
Reasoning, Automatisierung, Daten, Schnittstelle, Kontrolle und menschliches Urteil werden explizite Designentscheidungen.
Arbeit → Fähigkeiten → Grenzen

05 · Persona als Projektion

Die sichtbare Assistenz wird optional.
Dasselbe Fähigkeitssystem kann als Chat, Hintergrund-Workflow, Inline-UI oder Freigabeoberfläche erscheinen.
Fähigkeitssystem → aufgabengerechte Schnittstelle
```

## Warum Agenten funktioniert haben

Die Agenten-Metapher senkt den Abstraktionsgrad. Sie gibt Menschen etwas Vertrautes, über das sie sprechen können, und kann eine hervorragende Eingangstür zur Adoption sein.

Aber eine Eingangstür ist kein Grundriss. Die Metapher kann den Einstieg erleichtern, ohne die Architektur des Systems festzulegen.

## Die Bond-Illusion

Viel frühe KI-Begeisterung folgte einer James-Bond-Vorstellung: ein brillanter Agent im Zentrum, schnell und kompetent genug für alles.

Als Geschichte ist das nützlich. Als Architektur ist es oft irreführend.

> Je realer der Anwendungsfall wird, desto weniger sieht er nach einer einzelnen Person aus.

## Warum Ocean’s Eleven die bessere Architekturmetapher ist

Reale Systeme verbinden unterschiedliche Stärken. Eine Komponente ruft Daten ab. Eine schlussfolgert. Eine validiert. Eine handelt. Eine weitere wendet deterministische Regeln an. Ein Mensch gibt den folgenreichen Schritt frei.

```text
Daten → Retrieval → Reasoning → Validierung → Aktion → Mensch / Richtlinien-Gate
```

> Die Magie liegt nicht in einem Genie. Sie liegt in der Koordination.

Das bedeutet **nicht**, dass Multi-Agenten-Systeme grundsätzlich besser sind. [Microsofts aktuelle Architekturleitlinie](https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/ai-agents/single-agent-multiple-agents) empfiehlt für die meisten Anwendungsfälle zuerst einen Test mit einem einzelnen Agenten. Mehrere Agenten sind dann sinnvoll, wenn echte Trennungsgrenzen oder nachgewiesene Einschränkungen den zusätzlichen Aufwand für Koordination, Zustand, Kosten und Latenz rechtfertigen.

## Die Chatbot-Falle

Wenn jede KI-Chance als Agent gerahmt wird, produzieren Teams zu viele sichtbare Assistenzen. Manchmal ist Chat genau richtig. Oft ist er es nicht.

Die bessere Intervention kann ein unsichtbarer Workflow, eine Entscheidungshilfe im Prozess, ein aufgabenspezifisches Formular, ein Klassifikator im Hintergrund, ein Retrieval-Schritt oder eine menschliche Review-Oberfläche sein.

> **Eine bessere Ausgangsfrage**
>
> Nicht „Wo können wir einen Agenten einsetzen?“, sondern „Welche Fähigkeit fehlt in der Arbeit?“

## Fähigkeiten vor Personas gestalten

**Reasoning**
Wo probabilistische Interpretation tatsächlich Wert schafft.

**Automatisierung**
Wiederholbare Schritte, die deterministisch sein sollten.

**Daten**
Welcher Kontext abgerufen und begrenzt werden muss.

**Schnittstelle**
Was Nutzende sehen oder bearbeiten müssen.

**Kontrolle**
Richtlinien, Berechtigungen, Validierung und Audit.

**Menschliches Urteil**
Wo Freigabe, Interpretation oder Verantwortung nötig bleiben.

## Was das für die Adoption bedeutet

Die Agenten-Metapher kann weiterhin eine hervorragende Eingangstür sein. Sie senkt die Abstraktion und gibt Menschen etwas Vertrautes, über das sie sprechen können.

Doch mit dem Anwendungsfall muss auch die Rahmung reifen. Eine sichtbare Persona ist eine Produktentscheidung. Sie sollte nicht stillschweigend bestimmen, wo Gedächtnis, Werkzeuge, Berechtigungen oder Workflow-Zustand liegen.

Hier liegt die Brücke zu den späteren Texten im Archiv: Sobald wir den Agenten nicht mehr als das ganze System behandeln, lassen sich Fragen zu aufgabenspezifischen Schnittstellen, Kontext, Projektion und Governance leichter stellen.

## Praktische Designfragen

- Welchen Arbeitsablauf wollen wir verbessern?
- Welche Fähigkeit fehlt tatsächlich?
- Welcher Teil braucht probabilistisches Sprach-Reasoning?
- Welcher Teil sollte deterministisch bleiben?
- Welche Daten werden gebraucht und unter wessen Berechtigungen?
- Wo muss ein Mensch freigeben?
- Was sollte überwacht, evaluiert oder auditiert werden?
- Hilft eine personenähnliche Assistenz den Nutzenden wirklich oder vereinfacht sie nur unsere Erzählung?

> Agenten sind eine nützliche Eingangstür.
**Fähigkeiten sind die Architektur.**

## Quelle

- [Microsoft Cloud Adoption Framework — Einzel- und Multi-Agenten-Systeme auswählen](https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/ai-agents/single-agent-multiple-agents)