Die vier Wege, in einer Minute
Jede KI-Geldfrage rennt gegen dieselbe Wand: das Modell sieht dein Bankkonto nicht. Claude, ChatGPT, Cursor und der Rest können Transaktionen schon gut analysieren, sobald sie sie haben. Die Daten vors Modell zu bringen ist das eigentliche Problem.
Es gibt vier Wege, das zu tun. Du kannst dem Agenten Dateien reichen, ihn per Browser durch dein Online-Banking steuern lassen, selbst gegen Bank-APIs bauen oder ihn auf einen gehosteten MCP-Server richten, der das Holen für dich erledigt.
Jeder Weg tauscht Aktualität, Sicherheit und Einrichtungszeit anders. Keiner ist in jeder Situation falsch, auch nicht der langweilige erste.
Weg eins: manuelle CSV- und PDF-Uploads
Die älteste Methode funktioniert weiterhin. Lade einen CSV- oder PDF-Auszug von der Website deiner Bank herunter, wirf ihn in einen Chat und stell Fragen.
Hier ist mein Januar-Auszug. Was habe ich für Restaurants ausgegeben, und welche Buchungen sehen nach Abos aus?
Für eine einmalige Frage zu einem abgeschlossenen Zeitraum ist das in Ordnung. Steuervorbereitung anhand der Auszüge vom letzten Jahr, ein Streit um einen Monat, ein kurzer Blick auf ein Konto, das du selten anfasst. Die Daten ändern sich nicht mehr, also spielt Veraltung keine Rolle.
Als Gewohnheit fällt es auseinander. Auszüge sind veraltet, sobald du sie exportierst, jede Bank formatiert Exporte anders, PDFs zerlegen Tabellen unsauber, und ein ganzes Jahr Transaktionen kann das Kontextfenster des Modells sprengen. Am Ende hast du Dateien voller Kontonummern im Downloads-Ordner. Gelegentlich in Ordnung. Wöchentlich elend.
Weg zwei: Screen Scraping und Browser-Automatisierung
Screen Scraping bedeutet, dass sich der Agent oder ein Dienst in seinem Auftrag mit deinem echten Benutzernamen und Passwort in dein Online-Banking einloggt und liest, was auf dem Bildschirm steht. Browser-Automatisierungs-Agenten lassen das einfach aussehen: Zugangsdaten einfügen, das Modell klicken lassen.
Tu es nicht. Dein Banking-Passwort ist der Generalschlüssel zum Bewegen deines Geldes, und dieser Weg gibt es Software, die auch auf Überweisen klicken kann. Die meisten Banken verbieten in ihren AGB, Zugangsdaten überhaupt zu teilen, was die Haftung für Betrug auf dich verlagern kann, wenn etwas schiefgeht. Und es bricht ständig: MFA-Abfragen, CAPTCHA-Wände und jeder Redesign der Bank-Website killen die Automatisierung, bis jemand es merkt und repariert.
So hat frühes Fintech um 2010 funktioniert, weil nichts Besseres existierte. Heute gibt es Besseres.
Weg drei: direkte Bank-APIs
Banken stellen zunehmend offizielle APIs bereit, in den USA als FDX standardisiert und in Europa durch Open-Banking-Regeln wie PSD2 vorgeschrieben. Der Zugriff ist tokenisiert, gescopt und widerrufbar. Dein Passwort verlässt die Bank nie. Das ist die richtige Grundlage, und die beiden Wege unter der Oberfläche der meisten modernen Finanz-Apps bauen darauf auf.
Der Haken ist, wer sie nutzen darf. Direkter API-Zugriff ist für Unternehmen gedacht: Entwicklerverträge, Sicherheitsprüfungen, manchmal Onboarding pro Bank, das Monate dauert. Wenn du bei drei Instituten bist, sind das drei Integrationen mit drei Sets an Eigenheiten. Aggregatoren existieren, um genau das zu lösen. Sie pflegen die Bankverbindungen, damit App-Entwickler es nicht müssen, und fast jede Finanz-App, die du je genutzt hast, sitzt auf einem.
Für eine Einzelperson, die einfach nur will, dass ihr Agent Geldfragen beantwortet, bedeutet Selbstbau wochenlange Arbeit vor der ersten nützlichen Antwort, plus du bist jetzt der On-Call-Ingenieur für deinen eigenen Bank-Feed.
Weg vier: ein gehosteter MCP-Server
MCP (Model Context Protocol) ist der offene Standard, mit dem KI-Apps externe Tools aufrufen können. Ein MCP-Server für Bankdaten gibt deinem Agenten eine kleine Menge typisierter, read-only Tools statt Rohdateien oder einer Browser-Session. Der Agent fragt nach, was er braucht, bekommt strukturierte Daten zurück und denkt darüber nach.
BankBridge ist unsere Version davon. Du verbindest eine Bank einmal über die offizielle Bank-Verbindungsebene (deine Zugangsdaten gehen an deine Bank, nie an uns oder deinen Agenten), und ab dann hat dein Agent 11 Tools: list_accounts, search_transactions, get_recurring_charges, get_monthly_cashflow, list_holdings und so weiter. Jeder Aufruf holt Live-Daten von der Bank. Nichts wird auf unseren Servern zwischengespeichert, es gibt also keine gespeicherte Kopie deiner Finanzen, um die du dir Sorgen machen musst.
Wie hoch ist mein Girokonto-Saldo gerade, und welche wiederkehrenden Belastungen kommen diesen Monat?
Diese Frage, gegen Live-Daten in einem beliebigen MCP-Host beantwortet, ist der ganze Sinn. Es funktioniert in Claude Desktop, Claude Code, ChatGPT, Cursor, Gemini, Zed und rund zwei Dutzend weiteren Apps, die wir dokumentiert haben. Die Einrichtung dauert ein paar Minuten, die Auth ist ein Bearer-Key oder OAuth 2.1, und es kostet $5 im Monat pro verbundener Bank. Jederzeit kündbar.
Direkter Vergleich: Aktualität, Sicherheit, Einrichtung, was bricht
Aktualität. Uploads sind veraltet, sobald du sie exportierst. Scraping ist live, bis es das nicht mehr ist. Direkte APIs und MCP-Server sind live per Design. BankBridge holt bei jeder Frage von der Bank, sodass "wie hoch ist mein Saldo" gerade jetzt bedeutet, nicht zum Zeitpunkt deines letzten Exports.
Sicherheit. Uploads sind halbwegs sicher, aber Auszugsdateien stapeln sich auf der Platte. Scraping ist die schlechteste Option: volle Zugangsdaten, voller Schreibzugriff, AGB-Verstöße. Direkte APIs und gehostete MCP-Server nutzen tokenisierten, widerrufbaren, read-only Zugriff. BankBridge hat keine Tools, die Geld bewegen, also ist das Schlimmste, was ein verwirrter Agent tun kann, eine seltsame Frage zu stellen, keine seltsame Überweisung auszulösen.
Einrichtungszeit. Uploads kosten am Anfang nichts, dann zehn Minuten Exportieren und Aufräumen in jeder einzelnen Session, für immer. Scraping braucht einen Nachmittag zum Aufsetzen und unbestimmte Zeit zum Babysitten. Direkte APIs brauchen Wochen bis Monate, wenn du sie selbst baust. Ein gehosteter MCP-Server braucht ein paar Minuten, einmal pro Bank.
Was bricht. Uploads brechen an Formatmarotten und Kontextgrenzen. Scraping bricht an MFA, CAPTCHAs und Redesigns. Eine selbstgebaute API-Integration bricht, sobald eine Bank etwas ändert, und jetzt ist es dein Pager. Ein gehosteter Server bricht meist an einer vorhersehbaren Stelle: die Bankverbindung braucht eine kurze Re-Auth, nachdem du dein Banking-Passwort geändert hast, was in zwei Minuten erledigt ist.
Welchen solltest du nehmen?
Wenn du eine Frage zu einem abgeschlossenen Monat hast, lade den Auszug hoch und frag. Ist keine Schande. Wir haben BankBridge direkt gegen manuelle CSV-Exporte verglichen, und die Schlussfolgerung ist nicht "nie hochladen".
Gib keinem Agenten dein Banking-Passwort. Nicht für eine Demo, nicht ein einziges Mal.
Wenn du ein Fintech-Produkt mit Compliance-Budget baust, geh direkt an die Bank-APIs oder die Aggregator-Ebene darunter. Dafür sind sie gemacht.
Und wenn du eine Person bist, die laufende Antworten von einem Agenten will, den sie schon nutzt, ist der gehostete MCP-Weg der, der hält. Einmal verbinden, dann fragen, was einem einfällt, wann immer es einem einfällt:
Ist meine Internetrechnung dieses Jahr gestiegen? Zieh jede Buchung von meinem ISP seit Januar und vergleiche.