Das Intent Interface

Auf dem RAISE Summit in Paris im Juli 2025 beschrieb Eric Schmidt, was er das Universal Interface nannte. Sein Argument war unkompliziert: Während des größten Teils der Computergeschichte mussten Menschen die Sprache der Maschine lernen. SQL, um eine Datenbank abzufragen. Tabellenkalkulations-Formeln, um Daten zu analysieren. Kommandozeilen-Syntax, um Aufgaben zu automatisieren. Die Maschine setzte die Bedingungen, und Menschen passten sich an.

Das ändert sich. Sprache, natürliche menschliche Sprache, wird zum universellen Interface zu KI. Sie beschreiben, was Sie wollen, und das System findet heraus, wie es zu tun ist. Schmidts Beispiel war der Bau eines Hauses: Ein Agent findet das Grundstück, ein anderer prüft die Vorschriften, ein anderer entwirft das Gebäude, ein anderer wählt den Bauunternehmer aus. Alle koordinieren sich durch Sprache, ohne dass der Mensch verstehen muss, wie irgendein einzelnes Teil funktioniert.

Es ist eine überzeugende Idee. Ich möchte sie erweitern.

Das Problem, das Schmidts Darstellung nicht vollständig adressiert

Schmidt konzentriert sich auf Sprache als Input-Ebene. Was Sie sagen, wird zu dem, was das System tut. Diese Verschiebung ist real und bereits da. Aber es gibt eine zweite Verschiebung, die parallel stattfindet und weit weniger Aufmerksamkeit erhält: Was passiert mit der Output-Ebene, dem Ort, wo Arbeit tatsächlich erledigt wird.

Derzeit arbeitet ein typischer Wissensarbeiter gleichzeitig mit einem Dutzend Tools. Projektmanagement in Jira oder Linear. Dokumentation in Confluence oder Notion. Kommunikation in Slack oder Teams. Code in GitHub. Kalender in Google Calendar. Jedes Tool hat sein eigenes Interface, sein eigenes Benachrichtigungssystem, seine eigene Art, Kontext zu speichern. Der Wechsel zwischen ihnen kostet Aufmerksamkeit. Kontext geht an jeder Grenze verloren. Die Arbeit, über alle synchron zu bleiben, ist selbst eine Form von Overhead, die nie auf irgendeiner Aufgabenliste erscheint.

Schmidts Universal Interface ändert, wie Sie Anweisungen geben. Was ich beschreibe, ändert, wo Sie sie geben und wo alles als Ergebnis passiert.

Das Intent Interface

Ich nenne dies das Intent Interface. Ein Interface. Kein Dashboard, das Ihnen alle Ihre Tools auf einmal zeigt, sondern ein einzelner Punkt der Absicht: Sie beschreiben, was passieren soll, und das Interface findet heraus, welche Tools beteiligt sein müssen, und koordiniert sie in Ihrem Namen.

"Plane ein Review-Meeting für nächsten Dienstag, erstelle ein Jira-Ticket für die offenen Aktionspunkte aus unserem letzten Anruf und aktualisiere die Confluence-Seite mit der Entscheidung, die wir über die API getroffen haben." Eine Anweisung. Ausgeführt über drei Tools. Kein Tab-Wechsel, kein Copy-Paste zwischen Systemen, keine manuelle Synchronisation.

Das ist bereits technisch möglich. Das Bindegewebe ist eine Integrationsebene, die KI-Systemen eine standardisierte Möglichkeit gibt, von externen Tools zu lesen und in sie zu schreiben, egal ob das Jira, Confluence, GitHub, Google Calendar oder irgendetwas anderes ist. MCP, das Model Context Protocol, ist ein Protokoll, das genau das heute tut. Die KI kümmert sich nicht darum, welches Tool Sie verwenden. Sie spricht mit allen durch dieselbe Ebene. Claude Desktop ist eine frühe Version davon, wie das in der Praxis aussieht: ein Interface, und dahinter alle Tools, auf die Ihr Team angewiesen ist, verbunden und koordiniert.

Gemeinsamer Speicher, gemeinsames Gehirn

Was das Intent Interface zu mehr als einem Komfort-Feature macht, ist die Speicherebene darunter. Jedes Tool, das Sie derzeit verwenden, hält ein Fragment des Kontexts Ihres Teams. Jira weiß, welche Tickets existieren. Confluence weiß, was dokumentiert wurde. Slack weiß, was diskutiert wurde. GitHub weiß, was gebaut wurde. Aber keines von ihnen weiß, was die anderen wissen. Sie, der Mensch, sind derzeit die Integrationsebene. Sie tragen den Kontext zwischen Systemen in Ihrem Kopf, und Sie zahlen die Kosten jedes Mal, wenn Sie wechseln.

Ein Intent Interface mit gemeinsamem Speicher ändert dies grundlegend. Die KI, die Ihnen hilft, ein Jira-Ticket zu entwerfen, hat die Meeting-Notizen von heute Morgen gelesen. Die KI, die eine Produktfrage beantwortet, hat Zugriff auf die architektonischen Entscheidungen von vor sechs Monaten. Die KI, die hilft, ein neues Teammitglied einzuarbeiten, kann relevante Entscheidungen, dokumentierte Prinzipien und historischen Kontext hervorbringen, ohne dass sich irgendjemand erinnern muss, wo es gespeichert ist.

Das ist, was ein gemeinsames Gehirn in der Praxis bedeutet. Keine Metapher. Eine buchstäbliche gemeinsame Kontextebene, die die Informationen über alle Orte hinweg verbindet, wo sie derzeit isoliert existieren.

Was das für den Aufbau von Teams bedeutet

Wenn Sie das Intent Interface ernsthaft als Designprinzip nehmen, ändert es, wie Sie über Tooling-Entscheidungen insgesamt denken. Die alte Frage war "welches Tool sollte das ganze Unternehmen verwenden?" Die neue Frage ist "welche Tools dienen jedem Team am besten, und wie verbinden wir sie auf der KI-Ebene?"

Ein Produktteam auf Linear, ein Engineering-Team auf GitHub Issues, ein Operations-Team auf Motion. Drei Tools, drei Workflows, ein Intent Interface, das sie verbindet. Es erfordert nicht, dass alle dasselbe Tool verwenden. Es erfordert, dass alle über dieselbe Integrationsebene erreichbar sind. Das Protokoll regelt das.

Dies ändert auch, was es bedeutet, Tools zu wechseln. Wenn Ihre Workflows auf einer Intent-Interface-Ebene aufgebaut sind statt auf einem spezifischen Tool, sinken die Migrationskosten auf fast nichts. Das Interface bleibt dasselbe. Das Tool darunter ändert sich. Ihr Team bemerkt es kaum.

Schmidts Idee, erweitert

Schmidt beschrieb Sprache als das universelle Interface zu KI. Das stimmt, und es ist wichtig. Die Erweiterung, die ich vorschlage, ist diese: Sprache ist der Input, eine Integrationsebene, die Ihre Tools verbindet, ist das Bindegewebe, und das Ergebnis ist ein einheitliches Intent Interface, das alles dahinter von einem einzelnen Punkt aus steuert. MCP ist eine Möglichkeit, diese Ebene heute zu bauen. Andere werden folgen.

Sie wechseln nicht mehr zwischen Tabs. Sie kopieren keinen Kontext zwischen Systemen. Sie pflegen keine Synchronisation manuell. Sie beschreiben, was Sie wollen, einmal, und das Intent Interface regelt den Rest über jedes Tool, auf das Ihr Team angewiesen ist.

Das ist keine Produktivitätsverbesserung. Es ist eine strukturelle Veränderung darin, wie Wissensarbeit erledigt wird. Und die Teams, die jetzt darauf hinarbeiten, bewusst, mit verbundener Infrastruktur und KI-first Workflows, werden einen erheblichen Vorteil gegenüber jenen haben, die immer noch ein Dutzend offene Tabs verwalten, wenn die Verschiebung für alle offensichtlich wird.

Wie das in der Praxis aussieht

In den letzten Wochen habe ich meine eigene Version davon gebaut. Nicht als Prototyp, sondern als meine tatsächliche tägliche Infrastruktur. Mehr als fünfzehn selbst gebaute Tools, alle über eine gemeinsame Kommunikationspipeline verbunden. Meine Gesundheitsdaten, Kalendereinträge, Meetings, ein Hausrenovierungsprojekt, mein Geschäft, eine Coaching-Akademie und ja, das Schreiben dieser Blogposts. All das passiert durch ein einziges Intent Interface. Claude.

Ich öffne keine IDE, um Code zu schreiben. Ich öffne keine Kalender-App, um meinen Zeitplan zu verwalten. Programmieraufgaben werden als Tickets im Hintergrund erstellt und von einem lokalen Conductor verarbeitet, der autonom läuft. QA-Worker starten von selbst. Erinnerungen werden gesetzt. Kalendereinträge werden erstellt und aktualisiert. Mein E-Mail-Posteingang wird bearbeitet. All das durch Schreiben oder Sprechen mit einem Interface.

Fünfzehn Tools. Eine Konversation.

So sieht das Intent Interface aus, wenn es tatsächlich gebaut ist. Und das Überraschende ist nicht, dass es funktioniert. Es ist, wie schnell alles andere sich unnötig anfühlt, sobald es das tut.

Was als Nächstes kommt

Dieser Post stellt das Konzept vor. Die nächsten Posts in dieser Serie gehen auf die Spezifika ein: wie Sie Ihre ersten Tools verbinden, wie Sie eine gemeinsame Speicherebene aufbauen, die tatsächlich funktioniert, wie Sie einen autonomen Conductor einrichten, der Aufgaben im Hintergrund verarbeitet, und wie Sie die Fehler vermeiden, die diese Setups spröde statt zuverlässig machen.

Wenn Sie jetzt tiefer einsteigen möchten, anstatt auf den nächsten Post zu warten, ist das genau das, was ich in meiner Coaching-Akademie abdecke. Keine Theorie. Schritt-für-Schritt-Implementierung für Ihren spezifischen Kontext, egal ob Sie ein CTO sind, der dies für ein Team aufbaut, oder eine Einzelperson, die ihr gesamtes Arbeitsleben durch ein einzelnes Interface laufen lassen möchte.

Die Konzepte in diesem Artikel sind hier frei verfügbar. Die Implementierung ist der Punkt, wo die meisten Menschen hängen bleiben, und dort kann ich direkt helfen.

Wie viele der Tools, die Ihr Team verwendet, könnten bereits durch ein einzelnes Intent Interface verbunden werden? Und was würden Sie mit der Aufmerksamkeit tun, die Sie zurückbekommen würden?