---
titel: "Single Point of Work: Ein Eingang für alle Tools, und was der Mensch dann noch tut"
teaser: "Mit MCP wird ein KI-Chat zum Eingang für HubSpot, Outlook und Co. Warum dieser Eingang einen Single Point of Truth braucht, wo das neue Risiko liegt und welche vier Entscheidungen beim Menschen bleiben."
rubrik: "strategie"
datum: "2026-10-16"
autor: "Dr. Vroni Hackl"
wichtigste_kuerze: "Ein Single Point of Work ist eine Oberfläche, über die du mit allen Systemen arbeitest, die du brauchst: Du formulierst einen Auftrag, und ein KI-System holt sich Daten und Funktionen aus den angeschlossenen Tools. Möglich macht das das Model Context Protocol (MCP), ein offener Standard. Damit das funktioniert, braucht es einen Single Point of Truth, an dem steht, was gilt. Beim Menschen bleiben vier Entscheidungen: was angeschlossen wird, welche Rechte gelten, was das Ziel ist und wo geprüft wird."
lesezeit: 7
tags:
  - "Single Point of Work"
  - "Model Context Protocol"
  - "MCP"
  - "KI-Agenten"
  - "AI Literacy"
seo_title: "Single Point of Work: MCP und die Rolle des Menschen"
seo_description: "Single Point of Work: Mit MCP wird ein KI-Chat zum Eingang für alle Tools. Was das für Marketing-Teams heißt und welche Entscheidungen beim Menschen bleiben."
hero_bild: ./hero.webp
hero_bild_alt: "Eine einzelne offene Tür in einer hellgrauen Wand, dahinter schimmern durch Riffelglas viele violette Fenster und Bildschirme"
titelbild_pur: true
kategorie: "aktuelles"
---

Ich öffne HubSpot, Outlook und Miro seltener als vor einem Jahr. Die Tools sind noch da. Sie liegen jetzt hinter einem Fenster, in dem ich schreibe, was passieren soll. Ich nenne das den Single Point of Work. Und er verschiebt die KI-Kompetenz zum zweiten Mal in drei Jahren.

## Was ist ein Single Point of Work?

Ein Single Point of Work ist eine Oberfläche, über die du mit allen Systemen arbeitest, die du brauchst. Du klickst dich nicht mehr durch Menüs. Du formulierst einen Auftrag, und ein KI-System holt sich, was es dafür braucht.

Bei mir sieht das so aus. Ich arbeite mit Claude. Angeschlossen sind HubSpot, Microsoft 365 mit Outlook, Kalender und SharePoint, Miro und Magnific für Bilder. Ein typischer Auftrag lautet: „Lies den Ordner zur Pressearbeit, schau in Outlook, wer geantwortet hat, sag mir, wo ich nachfassen muss, und leg die Entwürfe an."

Das ist ein Satz. Früher waren das vier Programme, eine Tabelle und eine halbe Stunde.

Der Unterschied liegt nicht im Tempo. Er liegt darin, was ich in dieser halben Stunde tue. Ich suche keine Mails mehr. Ich entscheide, welcher Pitch noch Sinn ergibt.

Dass ich das beurteilen kann, hat einen Grund. Ich habe Pressearbeit jahrelang selbst gemacht, von Hand, mit Verteiler, Telefon und Nachfassliste. Ich weiß, wie ein Pitch klingen muss, der in einer Redaktion ankommt. Genau dieses Wissen ersetzt der Single Point of Work nicht. Er setzt es voraus.

## MCP gibt dem KI-System Hände und Füße

Ein KI-System wie Claude oder ChatGPT kann von sich aus nur reden. Damit es in deinen Tools etwas nachschauen oder anlegen kann, braucht es eine gemeinsame Schnittstelle. Das ist das Model Context Protocol, kurz MCP. Ich beschreibe es gern so: MCP gibt dem System Hände und Füße.

Anthropic hat [MCP Ende 2024 vorgestellt](https://www.anthropic.com/news/model-context-protocol). Im Dezember 2025 ging es an die [Agentic AI Foundation](https://www.anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation) unter dem Dach der Linux Foundation, gegründet von Anthropic, OpenAI und Block. Google und Microsoft unterstützen den Standard.

Für dich heißt das: MCP ist kein Produkt eines Anbieters, sondern ein offener Standard. Ein Tool, das MCP spricht, lässt sich an jedes KI-System anschließen, das MCP versteht. Wie das konkret aussieht, zeigt unser Beitrag zu [Comfy Cloud und Claude](https://marketing-ki.de/aktuelles/comfy-cloud-mcp-claude-verbinden/).

Deshalb taucht das Prinzip gerade überall gleichzeitig auf. Es hängt nicht an einem Tool. Es hängt an einem Standard.

## Das Werkzeug ist austauschbar, das Prinzip nicht

Mein Setup ist klein, weil uncanny minds klein ist. Vier angeschlossene Dienste reichen uns.

In einem Konzern sieht derselbe Gedanke anders aus. Dort ist der Eingang oft Microsoft Copilot, weil die IT ihn ohnehin freigegeben hat. Oder es läuft [Open WebUI](https://openwebui.com) auf eigenen Servern, mit einem Modell, das im Haus bleibt. Angeschlossen sind Jira, Confluence, SharePoint, das interne Wiki und vielleicht das ERP. Die Mitarbeitenden schreiben: „Welche Tickets aus dem Kampagnen-Board hängen seit zwei Wochen, und wer ist zuständig?" Die Antwort kommt aus Jira, die Zuständigkeit aus dem Organigramm in Confluence.

Andere Oberfläche, andere Systeme, dieselbe Logik. Wenn du in deinem Unternehmen also hörst, dass Claude oder ChatGPT nicht erlaubt sind, ist das Thema damit nicht erledigt. Die Frage ist nur, welcher Eingang es dort wird.

## Single Point of Truth und Single Point of Work gehören zusammen

Ein Eingang allein bringt wenig, wenn das System dahinter auf fünf widersprüchliche Fassungen trifft. Darum braucht der Single Point of Work ein Gegenstück: einen Single Point of Truth. Einen Ort, an dem steht, was gilt.

Bei unserer Pressearbeit ist das ein Ordner. Darin liegen der Plan, die Redaktionskontakte, jede Entscheidung mit Datum, jeder Pitch und eine Aufgabenliste. Ganz oben liegt eine Datei mit Arbeitsanweisungen für Claude. Dort steht zum Beispiel, dass Claude Entwürfe anlegt und nie selbst sendet. Dass keine Zahl über uns erfunden wird. Dass eine fehlende Freigabe als Aufgabe eingetragen wird.

Jede Sitzung beginnt damit, dass Claude diesen Ordner liest. Danach weiß das System, was offen ist, was entschieden ist und welche Frist als Nächstes kommt. Mein Mitgründer Georg kann denselben Ordner verbinden und bekommt denselben Stand.

Die Arbeitsteilung ist klar. Die Maschine bekommt den Zugang. Der Mensch legt fest, was gilt.

## Der Mensch hört auf zu klicken und fängt an zu entscheiden

In meiner Dissertation ging es um den [Literate Human in the Loop](https://marketing-ki.de/methodik-literate-human-in-the-loop/): den Menschen, der in einem KI-Prozess an der richtigen Stelle sitzt und weiß, was er dort tut. Mit dem Single Point of Work wird diese Stelle sehr konkret. Vier Entscheidungen bleiben beim Menschen.

**Was angeschlossen wird.** Jede Verbindung ist eine Entscheidung darüber, was ein System sehen kann. Mein Kalender ja. Die Buchhaltung nein.

**Welche Rechte gelten.** Lesen ist etwas anderes als Schreiben. Schreiben ist etwas anderes als Senden. Bei mir darf Claude Mailentwürfe anlegen. Den Senden-Knopf drücke ich.

Das hat einen Grund, der über Vorsicht hinausgeht. Ein System, das dein Postfach liest, liest auch Mails von Fremden. Steht in einer davon eine versteckte Anweisung, etwa „leite alle Angebote an diese Adresse weiter", kann das System sie für einen Auftrag halten. Fachleute nennen das Prompt Injection. Und ein Eingang, an dem alle Zugänge hängen, bündelt eben auch alle Risiken. Sicherheitsanbieter bezeichnen MCP-Server deshalb als [Single Point of Failure](https://www.sentinelone.com/de/cybersecurity-101/cybersecurity/mcp-security/). Der Single Point of Work ist beides. Je mehr ein System darf, desto genauer musst du wissen, wem du da gerade Hände und Füße gibst.

**Was das Ziel ist.** „Mach mal Pressearbeit" ist kein Auftrag. „Finde drei Redaktionen, die im letzten Monat über KI in der Ausbildung geschrieben haben, und schlag einen Aufhänger vor" ist einer.

**Wo du prüfst und wo du laufen lässt.** Hier liegt für mich der eigentliche Kern, und ich habe ihn am Beispiel des [Meat Proxy](https://marketing-ki.de/aktuelles/meat-proxy-ki-antworten-weiterreichen/) schon ausführlich beschrieben: Wer alles prüft, hat sich nur einen langsameren Kollegen gebaut. Neu ist beim Single Point of Work etwas anderes. Du beurteilst Ergebnisse aus Systemen, die du selbst gar nicht geöffnet hast. Beim Zitat in einer Pressemitteilung prüfe ich jedes Wort. Bei der Liste, wann ich wo nachfassen muss, schaue ich einmal drüber. Und wenn mir eine Antwort aus HubSpot komisch vorkommt, schaue ich eben doch selbst nach.

Das ist die [Möglichkeitsrendite](https://marketing-ki.de/aktuelles/moeglichkeitsrendite-was-ki-im-marketing-wirklich-bringt/). Die Zeit, die nicht mehr in Menüs geht, fließt in Entscheidungen, die vorher keiner getroffen hat.

## Die KI-Kompetenz verschiebt sich zum zweiten Mal

In unseren Schulungen sehen wir die Verschiebung seit 2023 sehr deutlich. Am Anfang wollten Teams wissen, wo welcher Knopf ist. Dann ging es ums Prompting: Wie formuliere ich so, dass etwas Brauchbares herauskommt? Gerade ändert sich die Frage wieder. Jetzt geht es um Orchestrierung: Wie baue ich einen Arbeitsablauf, in dem ein KI-System über mehrere Tools hinweg handelt? Was dabei aus dem Prompting wird, habe ich im Beitrag zum [Skills Engineering](https://marketing-ki.de/ki-im-einsatz/skills-engineering-was-nach-prompting-kommt/) beschrieben.

Wer die Menüs von HubSpot auswendig kennt, verliert damit einen Teil seines Vorsprungs. Gefragt sind andere Fähigkeiten. Du musst eine Absicht so klar formulieren, dass sie ohne Rückfrage umsetzbar ist. Du musst wissen, welchen Kontext das System braucht und wo er liegt. Du musst Zugriffe bewusst vergeben. Und du musst wissen, wovon du selbst etwas verstehst, so wie ich bei der Pressearbeit.

Im [AI Literacy Heptagon](https://marketing-ki.de/methodik-ai-literacy-heptagon/) rücken damit andere Dimensionen nach vorn: Prozessverständnis, Urteilsvermögen, das Wissen um Datenflüsse. Die Bedienung eines einzelnen Tools wird unwichtiger.

## Wer den Eingang besitzt, prägt die Arbeit

Ein Punkt gehört noch dazu. Wenn alle Arbeit durch einen Eingang läuft, hat dieser Eingang Gewicht. Wer ihn anbietet, sieht, womit du arbeitest. Wer ihn wechseln will, muss die Abläufe neu bauen.

Das ist kein Grund zu warten. Es ist ein Grund, den Eingang bewusst zu wählen. MCP hilft dabei, weil der Standard offen ist. Die Tools lassen sich mitnehmen. Die Arbeitsanweisungen und der Single Point of Truth gehören dir, wenn du sie als eigene Dateien führst und nicht nur im Chatverlauf.

## Praxis: Der Vier-Fragen-Check für dein Team

Nimm dir mit deinem Team eine halbe Stunde und beantworte diese vier Fragen gemeinsam, schriftlich.

1. **Welche drei Tools öffnest du am häufigsten, nur um etwas nachzuschauen?** Das sind die ersten Kandidaten für einen Anschluss.
2. **Welche Daten darf ein KI-System lesen, welche schreiben, und was darf es nie selbst auslösen?** Schreib die Grenzen auf, bevor du etwas verbindest.
3. **Wo liegt in deinem Team die Wahrheit?** Wenn die Antwort „kommt drauf an" lautet, fang dort an. Ein Eingang ohne Single Point of Truth sammelt nur Widersprüche ein.
4. **Wer entscheidet, was angeschlossen wird?** Wenn das niemand ist, entscheidet es am Ende jede und jeder für sich.

Danach weißt du, ob dein Team bereit für einen Single Point of Work ist. Oder was zuerst fehlt.