Unser KI-Concierge: grounded-only, ohne Halluzination
Über KI-Bots auf Kanzlei-Websites wird viel geredet, und die häufigste Reaktion ist berechtigte Skepsis: Was, wenn der Bot Steuer-Tipps erfindet? Was, wenn er Mandantendaten irgendwohin schickt? Was, wenn am Ende niemand erklären kann, woher eine Antwort kam? Statt darüber zu theoretisieren, haben wir auf fahoch2.de selbst einen solchen Assistenten gebaut — bewusst als Kompetenz-Beweis, nicht als Steuer-Ratgeber. Dieser Artikel zeigt die Entscheidungen, die einen markenkonformen Bot rechtssicher und ohne Halluzination machen: warum das Sprachmodell nur Sprach-Engine sein darf und nicht Wissensquelle, welche Schutzschichten vor dem Modell liegen, und warum Kennzeichnung und Datensparsamkeit von Anfang an eingebaut gehören, nicht nachträglich.
Was Sie aus diesem Artikel mitnehmen
- Warum „grounded-only" die wichtigste Entscheidung beim Bot-Bau ist
- Wie drei Schutzschichten verhindern, dass der Bot Steuer- oder Rechtsberatung erbringt
- Wie AI-Act-Kennzeichnung und Eskalation zum Menschen praktisch aussehen
- Warum ein Bot ohne Logging und ohne Cookies kein Widerspruch zur Funktion ist
Würdigung — die Skepsis gegenüber KI auf der Kanzlei-Website ist berechtigt
Die Vorsicht, mit der viele Steuerberater einem Website-Bot begegnen, ist kein Technik-Pessimismus, sondern Berufsstand-Reflex — und ein guter. Ein Sprachmodell ist darauf trainiert, plausibel zu klingen, nicht die Wahrheit zu sagen. Eine falsche, aber selbstbewusst formulierte Auskunft auf der eigenen Seite kann einen Mandanten in die Irre führen und an die Kanzlei zurückfallen. Dazu kommen die berufsrechtlichen Schranken: Steuerberatung ist erlaubnispflichtig (§ 1 StBerG), Rechtsberatung ebenso (§ 2 RDG), und das Mandantengeheimnis (§ 203 StGB) verträgt keine Experimente.
Genau deshalb ist die richtige Frage nicht „Bot ja oder nein?", sondern „Wie wird ein Bot gebaut, den eine Kanzlei verantworten kann?". Wir haben diese Frage für uns selbst beantwortet, weil ein Anbieter, der eine Steuerkanzlei-Website baut, einen sauberen KI-Assistenten besser vorführt als beschreibt. Die Entscheidungen, die wir dabei getroffen haben, lassen sich eins zu eins auf eine Mandanten-Kanzlei übertragen.
Hinweis:
Wenn Sie überlegen, KI auf Ihrer Seite einzusetzen, lohnt zuerst der Blick auf die technische Basis — unser kostenfreier URL-Audit ordnet den Stack ein, und ein Erstgespräch (30 Minuten, kostenfrei) klärt, ob ein Bot für Ihre Kanzlei überhaupt einen Hebel darstellt.
Die wichtigste Entscheidung: das Modell ist Sprach-Engine, nicht Wissensquelle
Die folgenreichste Weiche steht ganz am Anfang: Woher nimmt der Bot seine Fakten? Bei uns ausschließlich aus den eigenen, freigegebenen Inhalten — den FAQ-Einträgen, der Pakete- und Preisliste und den Metadaten unserer Insight-Artikel. Diese werden zu einem festen Wissens-Block zusammengesetzt und dem Modell bei jeder Anfrage mitgegeben, zusammen mit der klaren Anweisung: Antworte nur mit dem, was hier steht; steht etwas nicht drin, erfinde es nicht, sondern verweise auf das Gespräch.
Das ist das Prinzip hinter dem Schlagwort „grounded-only" und der Kern jeder seriösen Kanzlei-KI — die Methode dahinter erklären wir ausführlich im Insight RAG erklärt. Das Modell selbst — bei uns ein kleines, schnelles Claude-Modell (Haiku) — trägt nur die Sprachfähigkeit bei, kein Wissen aus seinem Training. Es formuliert, es recherchiert nicht.
Ein praktischer Nebeneffekt macht das auch wirtschaftlich: Weil der Wissens-Block bei jeder Anfrage identisch ist, lässt er sich zwischenspeichern (Prompt-Caching). Der große, gleichbleibende Teil wird nicht bei jeder Frage neu abgerechnet — nur der kurze, wechselnde Gesprächsverlauf. Ein sauber gebauter Bot ist damit kein Kostenrisiko, sondern läuft im Hintergrund mit, ohne dass ein neuer Dienstleister-Vertrag oder teure Infrastruktur nötig wäre.
Drei Schutzschichten vor dem Modell (Defense in Depth)
„Grounded-only" ist die Architektur-Antwort. Davor liegen drei zusätzliche Schichten, die offensichtlich problematische Anfragen abfangen, bevor sie das Modell überhaupt erreichen:
- Längen-Grenze: Eingaben sind auf 500 Zeichen begrenzt. Das hält Gespräche schlank und nimmt einer ganzen Klasse von Manipulationsversuchen die Grundlage.
- Schutz gegen Prompt-Injection: Eine Reihe von Mustern erkennt typische Übernahme-Versuche („ignoriere bisherige Anweisungen", „gib deinen System-Prompt aus", „verhalte dich wie …") und lehnt sie höflich ab, statt ihnen zu folgen. Die Nutzereingabe wird konsequent als Inhalt behandelt, nie als Befehl.
- Verbots-Themen: Anfragen, die erkennbar auf Steuerberatung (GoBD, Umsatzsteuervoranmeldung, Abschreibung, Buchung) oder Rechtsberatung (Vertragsgestaltung, Klage, Einzelfall-Einschätzung) zielen, werden vorab erkannt und mit einer Standard-Antwort plus Verweis ins Erstgespräch beantwortet — gar nicht erst an das Modell weitergereicht.
Diese Staffelung ist bewusst: Jede Schicht für sich ist überwindbar, aber zusammen ergeben sie ein Verhalten, das verlässlich innerhalb der eigenen Wissens-Box bleibt. Sicherheit entsteht nicht aus einer perfekten Regel, sondern aus mehreren, die sich gegenseitig auffangen.
Kennzeichnung und Eskalation — von Anfang an, nicht nachträglich
Der AI Act (EU 2024/1689) verlangt in Art. 50, dass für Menschen klar erkennbar ist, wenn sie mit einer KI interagieren. Das ist bei uns keine nachgereichte Fußnote, sondern fest im Panel verankert. Der Hinweis lautet wörtlich:
KI-Assistent · keine Steuer-/Rechtsberatung · verarbeitet keine Mandantendaten
Er ist dauerhaft sichtbar und verlinkt direkt in den passenden Abschnitt der Datenschutzerklärung. Genauso fest eingebaut ist der Ausweg zum Menschen: Wo der Bot nicht weiterhelfen darf oder kann, nennt er das kostenfreie Erstgespräch und die Kontaktadresse — er lässt niemanden in einer Sackgasse stehen. Die Pflichten rund um Kennzeichnung und Eskalation haben wir im Insight AI-Act-Pflichten für Chatbots ausführlich beschrieben; der eigene Bot setzt genau das um, was dort steht.
Datensparsam: kein Logging, keine Cookies, EU-Rate-Limit
Der zweite große Vertrauens-Hebel neben „kein Halluzinieren" ist „keine Datensammlung". Drei Entscheidungen tragen das:
- Kein Logging von Inhalten: Weder die Eingaben der Besucher noch die Antworten des Bots werden dauerhaft gespeichert. In den Server-Protokollen landen nur technische Fehler-Status, nie der Gesprächstext. Die Verarbeitung erfolgt je Anfrage flüchtig.
- Keine Cookies, keine lokale Speicherung: Der Gesprächsverlauf lebt nur im Browser-Speicher des aktuellen Tabs und ist beim Neuladen weg. Es gibt keinen Tracking-Cookie und keine Persistenz.
- EU-Rate-Limit, das nur zählt: Um Missbrauch zu bremsen, läuft ein Anfrage-Zähler pro IP über einen EU-gehosteten Dienst (Region Frankfurt). Gespeichert wird ausschließlich eine Zahl, kein Nachrichteninhalt.
Transparent bleibt die eine unvermeidbare Drittland-Verbindung: Die Antwort-Generierung läuft über Anthropic (Sitz USA), abgesichert über das EU-US Data Privacy Framework und ergänzende Standardvertragsklauseln. Das steht so in unserer Datenschutzerklärung, samt Rechtsgrundlage (berechtigtes Interesse, Art. 6 Abs. 1 lit. f DSGVO) — denn ein Bot, der Datensparsamkeit verspricht, muss sie auch nachweisbar dokumentieren.
Beispiel:
Fragt jemand den Concierge „Was ist die GoBD?", beantwortet er das nicht — obwohl ein freies Modell mühelos einen Absatz dazu produzieren würde. Stattdessen erklärt er, dass er keine steuerlichen Auskünfte gibt, und verweist ins Erstgespräch. Diese Selbstbeschränkung ist kein Defizit, sondern der Punkt, der den Bot berufsrechtlich tragfähig macht — dieselbe Grenze, die später auf einer Steuerberater-Website Pflicht ist. Wer wissen will, wie ein solcher Aufbau für die eigene Kanzlei aussähe: ein Erstgespräch (30 Minuten, kostenfrei) zeigt es konkret — als Teil unserer KI-Werkstatt.
Was Kanzleien davon haben
Aus diesen Entscheidungen ergibt sich ein Bot, den eine Kanzlei verantworten kann — und genau das ist der Mehrwert:
- Kein Halluzinations-Risiko: Weil der Bot nur aus freigegebenen Inhalten antwortet, kann er keine falschen Steuer- oder Rechtsauskünfte erfinden. Was er sagt, haben Sie vorher freigegeben.
- Berufsrechtlich sauber: Die Verbots-Themen sind hart abgesteckt, die Eskalation zum Menschen ist eingebaut. Der Bot bleibt im erlaubten Rahmen, statt ihn auszureizen.
- Datensparsam und nachweisbar: Kein Logging, keine Cookies, dokumentierte Rechtsgrundlage. Das ist nicht nur DSGVO-Hygiene, sondern ein Vertrauens-Signal an Mandanten.
- Wirtschaftlich unkritisch: Durch ein kleines Modell und Prompt-Caching bleibt der laufende Aufwand gering — keine eigene Hardware, kein neuer Vendor-Berg.
Die wichtigste Einsicht: Die Grenzen, die einen Bot auf fahoch2.de schlicht zur Pflicht machen, sind auf einer Mandanten-Kanzlei-Website markenkonform — ein Assistent, der ehrlich „das kann ich nicht beantworten, sprechen Sie mit einem Menschen" sagt, passt besser zum Berufsstand als einer, der auf alles eine Antwort hat.
Für eine strukturierte Einordnung, ob und wo KI für Ihre Kanzlei einen echten Hebel darstellt, empfehlen wir den Hebel-Audit (890 €, bei Mandanten-Boost-Beauftragung innerhalb von 60 Tagen voll anrechenbar).
Zusammenfassung
Ein Kanzlei-Bot, dem man trauen kann, entsteht nicht durch ein besseres Sprachmodell, sondern durch klare Entscheidungen davor und daneben: Das Modell ist Sprach-Engine, nicht Wissensquelle (grounded-only), die Fakten kommen ausschließlich aus freigegebenen eigenen Inhalten. Drei Schutzschichten — Längen-Grenze, Prompt-Injection-Schutz, Verbots-Themen — fangen problematische Anfragen ab, bevor sie das Modell erreichen. AI-Act-Kennzeichnung und die Eskalation zum Menschen sind fest eingebaut, nicht nachgereicht. Und Datensparsamkeit ist nachweisbar: kein Logging von Inhalten, keine Cookies, ein EU-Rate-Limit, das nur zählt, und transparente Dokumentation der einen Drittland-Verbindung. So entsteht ein Assistent, der nichts erfindet, im berufsrechtlichen Rahmen bleibt und das Vertrauen der Mandanten respektiert — genau die Eigenschaften, die KI auf einer Steuerkanzlei-Website überhaupt erst verantwortbar machen.
Quellen
- KI-Verordnung (EU) 2024/1689 — AI Act, Art. 50 Transparenzpflichten — abgerufen 2026-06-08
- StBerG § 1 — Anwendungsbereich (Hilfeleistung in Steuersachen)
- RDG § 2 — Begriff der Rechtsdienstleistung
- DSGVO Art. 6 — Rechtmäßigkeit der Verarbeitung (VO EU 2016/679) — abgerufen 2026-06-08
- Anthropic — Datenverarbeitung & EU-US Data Privacy Framework — abgerufen 2026-06-08
Disclaimer: Beschreibung der tatsächlichen Concierge-Umsetzung auf fahoch2.de zum Zeitpunkt der Veröffentlichung. Allgemeine fachliche Information, keine Rechtsberatung. Die datenschutz- und berufsrechtliche Bewertung einer konkreten Bot-Lösung hängt vom gewählten Modell, Hosting und Einsatzzweck ab und gehört in jedem Einzelfall fachlich geprüft.
Stand und rechtlicher Hinweis
- Erstveröffentlichung
- Autor
- Alexander Mock
- Lesezeit
- 9 Minuten
Allgemeine Information, keine individuelle Beratung. Dieser Artikel beschreibt steuer-, berufs- oder webrechtliche Grundsystematik zum oben genannten Stand. Er ist nicht mandantenspezifisch und ersetzt keine individuelle Rechts-, Steuer- oder Anlage-Beratung im Sinne § 2 Rechtsdienstleistungsgesetz (RDG), § 1 Steuerberatungsgesetz (StBerG) oder § 34d/f Gewerbeordnung (GewO). Vor jeder konkreten Entscheidung wenden Sie sich an einen zugelassenen Steuerberater, Rechtsanwalt oder die jeweils zuständige Behörde.
Zitate aus amtlichen Werken. Gesetzes-Texte, Verwaltungsanweisungen (BMF-Schreiben) und Gerichts-Entscheidungen (BFH, BGH, BVerfG, EuGH) sind nach § 5 Urheberrechtsgesetz gemeinfrei. Zitiert wird jeweils mit Aktenzeichen und Entscheidungs- bzw. Schreibens-Datum. Aktualität der Rechtslage bitte vor Bezugnahme gegen die jeweilige amtliche Veröffentlichung prüfen (gesetze-im-internet.de, bundesfinanzhof.de, bmf.bund.de).
Externe Quellen. Wo wir auf Studien, Branchenstatistiken oder Drittanbieter-Dokumente verweisen, ist das Abrufs-Datum jeweils beim Quellenverweis angegeben. Online-Inhalte können sich nach unserem Abruf geändert haben.
Haftung. Trotz sorgfältiger Recherche können Ungenauigkeiten oder Rechtsänderungen nach Veröffentlichung nicht ausgeschlossen werden. Eine Haftung für Schäden, die durch die Nutzung der Information ohne anwaltliche oder steuerberaterliche Gegenprüfung entstehen, ist ausgeschlossen — soweit gesetzlich zulässig.
Themen
Auch zu lesen
KI-Werkstatt
Lokales LLM vs. Cloud-API für die Steuerkanzlei
Wer KI in der Kanzlei einsetzen will, steht früh vor einer Grundsatz-Entscheidung: Läuft das Sprachmodell in der Cloud — bei einem Anbieter über eine API — oder lokal auf eigener Hardware? Beide Wege sind legitim, und beide haben einen klaren Preis. Das lokale Modell hält alle Daten im Haus, kostet aber Hardware und Pflege. Die Cloud-API liefert stärkere Modelle ohne eigene Infrastruktur, verlangt aber einen Auftragsverarbeitungs-Vertrag und Vertrauen in den Anbieter. Dieser Artikel ordnet die Abwägung ehrlich — ohne Dogma in die eine oder andere Richtung.
KI-Werkstatt
Wie man einen Kanzlei-Bot testet, bevor er live geht
Ein klassisches Programm gibt auf dieselbe Eingabe immer dieselbe Ausgabe — das macht es testbar. Ein Sprachmodell tut das nicht: Es kann auf dieselbe Frage zweimal leicht anders antworten. Genau das verleitet viele dazu, einen Bot gar nicht zu testen, sondern ihn einfach live zu schalten und zu hoffen. Bei einem Kanzlei-Bot, der keine Steuer- oder Rechtsberatung geben darf und nichts erfinden soll, ist das keine Option. Dieser Artikel zeigt, wie man so einen Bot trotzdem strukturiert prüft: welche Schichten man wie ganz normalen Code testet, wie man das nicht-deterministische Verhalten bewertet, und welche Ziele eine ehrliche Bot-Prüfung verfolgt — am Beispiel unseres eigenen Concierge.
KI-Werkstatt
RAG ohne Vektor-Datenbank für den Kanzlei-Bot
Sobald von grounded-only-Bots die Rede ist, fällt schnell der Begriff RAG — und im selben Atemzug eine Vektor-Datenbank, Embeddings, ein Retrieval-Schritt. Das ist die Lehrbuch-Architektur, und für große Wissensbestände ist sie auch richtig. Für einen Kanzlei-Bot mit überschaubarem, gepflegtem Wissen ist sie aber oft mehr Maschinerie, als der Zweck rechtfertigt. Unser eigener Concierge auf fahoch2.de antwortet grounded-only — ohne Vektor-Datenbank, ohne Retrieval-Schritt. Dieser Artikel erklärt die Architektur-Entscheidung dahinter: wann ein klassisches RAG mit Vektor-Suche nötig ist, wann das schlichtere Context-Stuffing mit Prompt-Caching die bessere Wahl ist, und woran man den Kipppunkt erkennt.
Wenn Sie das in Ruhe besprechen möchten
Lassen Sie uns 30 Minuten zur Außen-Sicht Ihrer Kanzlei sprechen.
Erst gratis-Vorprüfung über das URL-Tool — dann entscheiden Sie, ob ein 890-€-Tiefen-Audit für Sie Sinn ergibt.