Agentic Investing: Was Banken vom neuen Kundenzugang lernen

Am 25. August 2026 hat Scalable Capital Agentic Investing gestartet. Kundinnen und Kunden können damit zentrale Brokerage-Funktionen über externe KI-Assistenten nutzen. Scalable bezeichnet sich dabei als „erste Bank in Europa“, die diesen Zugang anbietet – das ist die Einordnung des Unternehmens, keine unabhängige Marktklassifizierung. Reuters bestätigte den Start unabhängig.

Für Retailbanken ist nicht nur die neue Funktion relevant. Entscheidend ist der Wechsel des Kontaktpunkts: Wenn ein Kunde seine Absicht in ChatGPT, Claude oder Grok formuliert, beginnt die Journey nicht mehr in der Banking-App. Die Bank bleibt für Konto, Ausführung und Kontrolle verantwortlich, besitzt aber nicht mehr automatisch die Oberfläche, den Gesprächskontext oder den ersten Moment der Beratung.

Vom App-Zugang zur ausführbaren Schnittstelle

Laut offizieller Ankündigung von Scalable unterstützt Agentic Investing Handel, Sparpläne, Watchlists, Preisalarme, Nachrichten und Marktdaten. Der Zugang erfolgt über das Model Context Protocol (MCP) und eine Kommandozeilenschnittstelle (CLI). Dadurch können neben großen Chatbots auch lokale Assistenten angebunden werden.

Diese Kombination verändert den Wettbewerb. Eine gute App bleibt wichtig, reicht als alleiniger Distributionskanal aber nicht mehr aus. Banken müssen entscheiden, welche Leistungen als sicher aufrufbare Werkzeuge verfügbar werden und wie ihre Marke erkennbar bleibt, wenn ein externer Assistent die Interaktion führt. Unser Beitrag zu Dynamic Banking Engagement Platforms beschreibt bereits, warum der Kundendialog nicht an einem einzelnen Frontend hängen sollte.

Interface Ownership bedeutet deshalb künftig weniger, jeden Bildschirm selbst zu gestalten. Es bedeutet, die Regeln der Interaktion, die Qualität der Antworten und die sichere Ausführung bankseitig zu kontrollieren. Produktteams brauchen hierfür eine kanalübergreifende Definition der Journey: Was darf ein Assistent erklären, vorbereiten oder ausführen – und wann muss er an die Bank zurückgeben?

Zustimmung muss bis auf Werkzeugebene reichen

Ein pauschaler Login ist für agentische Interaktionen zu grob. Die Autorisierung sollte nach Werkzeug, Konto, Aktion und gegebenenfalls Betrag oder Zeitraum begrenzt werden. Ein Assistent könnte dann etwa Marktdaten lesen und eine Watchlist ändern, ohne zugleich handeln oder einen Sparplan anpassen zu dürfen. Solche Scopes müssen für Kundinnen und Kunden verständlich benannt, einsehbar und jederzeit widerrufbar sein.

Beim Auftrag setzt Scalable eine klare Schranke. Laut Scalable-Hilfeseite gilt ein verpflichtender Zwei-Schritt-Prozess: Zuerst erhält der Kunde eine Vorschau mit aktuellen Details, Kosten, Offenlegungen und Warnhinweisen. Danach ist eine neue, ausdrückliche Bestätigung erforderlich; ohne diese Bestätigung wird kein Auftrag erteilt. Scalable stellt außerdem klar, dass die Funktion keine Anlageberatung darstellt.

Für Banken ist dieses Muster wichtiger als der einzelne Kanal. Bestätigungsschranken sollten risikobasiert dort liegen, wo eine vorbereitende Aktion finanzielle oder rechtliche Wirkung bekommt. Die Bestätigung darf nicht aus einer alten Chat-Nachricht abgeleitet werden. Sie muss sich auf die aktuelle, vollständig dargestellte Transaktion beziehen und darf weder unbemerkt wiederverwendet noch vom Assistenten vorweggenommen werden.

Beobachtbarkeit wird Teil des Produkts

Eine agentische Schnittstelle benötigt einen lückenlosen Prüfpfad. Zu protokollieren sind nicht nur Ergebnis und Zeitpunkt, sondern auch aufgerufenes Werkzeug, erteilter Scope, relevante Parameter, Vorschau, Warnhinweise, Bestätigung und finale Antwort. So können Betrieb, Compliance und Support rekonstruieren, ob ein Fehler im Assistenten, in der Autorisierung, im Bankwerkzeug oder bei der Ausführung entstanden ist.

Widerruf muss ebenso konsequent gestaltet werden wie Zustimmung. Kundinnen und Kunden sollten einzelne Assistenten oder Scopes sofort entziehen können. Tokens, Sitzungen und noch nicht ausgeführte Delegationen müssen danach zuverlässig ungültig sein. Banken benötigen zudem eine Notfallfunktion, um ein Werkzeug oder eine Integration zentral zu sperren, ohne alle digitalen Services abzuschalten.

Die Servicegrenze gehört sichtbar in die Journey. Der externe Anbieter verantwortet seine Oberfläche und Gesprächsführung; die Bank verantwortet ihre Werkzeuge, Berechtigungen und Ausführung. Für den Kunden darf daraus kein Zuständigkeits-Pingpong entstehen. Supportfälle brauchen eine gemeinsame Referenz, klare Übergabepunkte und eine verständliche Aussage dazu, wo verbindliche Auftragsdaten zu finden sind.

Erfolg über den gesamten Lebenszyklus messen

Reine Verbindungszahlen sagen wenig über Akzeptanz aus. Ein sinnvolles Messmodell folgt dem Lebenszyklus: Anteil erfolgreich autorisierter Verbindungen, Nutzung einzelner Werkzeuge, Abbruch zwischen Vorschau und Bestätigung, fehlgeschlagene Ausführungen, Widerrufe, Supportkontakte und wiederkehrende Nutzung. Die Werte sollten nach Assistent und Scope getrennt werden, ohne sensible Gesprächsinhalte unnötig zu speichern.

Die Entwicklung ähnelt dem Übergang zu agentischem Commerce: Eine Absicht wird außerhalb des eigentlichen Anbieters formuliert, während kontrollierte Werkzeuge die Transaktion ausführen. Banken sollten deshalb nicht mit einem Vollzugriff starten. Ein begrenztes Set klar beschriebener Funktionen, überprüfbare Freigaben und belastbare Betriebsprozesse schaffen eine bessere Grundlage für Skalierung.

Fünf Punkte zum Mitnehmen

1. Die Kundenoberfläche kann außerhalb der Bank liegen; Verantwortung für sichere Ausführung bleibt bei der Bank.

2. Autorisierung braucht verständliche Scopes für Werkzeuge, Konten und Aktionen statt eines pauschalen Zugriffs.

3. Finanzwirksame Aktionen benötigen eine aktuelle Vorschau und eine neue, ausdrückliche Bestätigung.

4. Prüfpfad, Widerruf und klare Supportgrenzen müssen Teil des Produktdesigns sein.

5. Erfolg sollte entlang von Aktivierung, Nutzung, Bestätigung, Ausführung, Widerruf und Bindung gemessen werden.

Illustration: KI-generiert. KI-gestützte Inhalte: Bei der Erstellung unserer Beiträge setzen wir KI-Technologien und automatisierte Agenten ein, unter anderem von Microsoft, Google, OpenAI, Anthropic und weiteren Anbietern. Themen, fachliche Ausrichtung und finale Freigabe liegen bei unserem Team.