Client Brain: KI-Kontext für SEO-Agenturen

Jede SEO-Agentur kennt die versteckte Kontext-Steuer: Strategen, Content-Leads oder Analysten öffnen ein KI-Tool und rekonstruieren aus dem Gedächtnis alle Dos and Don'ts eines Accounts – Markenstimme, verworfene Keyword-Cluster, CMS-Grenzen, abgelehnte Positionierungen und Wettbewerber, die der Kunde nicht genannt sehen will. Genau hier unterschätzen Teams den Aufwand bei der KI-Einführung noch. Sprachmodelle helfen bei einzelnen SEO-Aufgaben, doch komplexe Arbeit scheitert oft daran, genug Account-Kontext bereitzustellen, ohne zusätzliche Review-Schleifen zu erzeugen.

Eine Antwort ist ein mandantenspezifisches Gedächtnissystem: das sogenannte Client Brain. Es gibt Account-Wissen einen festen Ort, damit KI die Arbeit unterstützt, ohne jeden Auftrag wie den ersten Tag am Kunden zu behandeln. Der Beitrag erklärt, warum Kontext das zentrale Problem ist, wie Soul und Memory strukturiert werden und wie Agenturen das System in Claude Code, Chat und Cowork operationalisieren.

Kontext ist das eigentliche Problem

Kontext ist für jeden Mitarbeitenden essenziell. Ein Senior SEO Account Lead übergibt Strategie, Historie, Präferenzen, technische Limits und die Lektionen, die nie im Brief landen. Large Language Models erben dasselbe Agenturproblem – nur trifft es die KI bei jedem Auftrag ohne Account-Wissen erneut.

Viel Diskussion dreht sich derzeit um Datenanbindungen: Search Console, GA4, Ads, Crawl-Daten, Rank-Tracking und CRM in einer Oberfläche, um mit den Daten zu chatten. Das ist wertvoll, besonders mit Live-Alerts. Für Agenturen ist Analyse jedoch nur ein Teil. KI braucht auch Account-Kontext, um ein technisches Audit zusammenzufassen, ohne Fixes vorzuschlagen, die das Dev-Team bereits abgelehnt hat, oder Briefings zu schreiben, die zur Strategie und Markenstimme passen. Wer nur Datenquellen verbindet, löst damit nicht automatisch das Problem fehlender Marken- und Entscheidungshistorie.

Diese Arbeit lebt vom institutionellen Gedächtnis – dem Wissen, das über Monate mit Stakeholdern wächst und selten vollständig in Briefings oder Tickets landet.

Das Client Brain als Lösung

Ein Client Brain gibt diesem Gedächtnis ein gemeinsames Zuhause. Teams pflegen es, wenn Entscheidungen fallen, Feedback eingeht und sich der Account entwickelt. Es ersetzt kein menschliches Urteil, sondern ist Infrastruktur, die Urteil über Workflows hinweg transportiert. SEO-Arbeit gehört selten einer Person allein: Strategie, Briefing, Text, Analyse und technisches SEO greifen ineinander. Bleibt Kontext in Köpfen, entsteht bei jeder Übergabe Drift. Geteiltes Wissen hält Ausrichtung, beschleunigt Onboarding und reduziert ständiges Nachfragen.

Soul und Memory: zwei Wissensschichten

Ein Client Brain ist eine strukturierte, kundenspezifische Wissensbasis, die KI vor der Arbeit liest – das institutionelle Gedächtnis eines SEO-Accounts in maschinenlesbarer Form. Nicht alles Wissen verhält sich gleich: Manche Inhalte sind stabil – Marke, Zielgruppe, Positionierung, Stimme, Produkt und rote Linien. Andere sind aktiv – Entscheidungen, Experimente, Einwände, gescheiterte Ansätze, technische Blocker und Feedback-Lektionen.

• Soul: Statisches Identitätswissen – wer die Marke ist, wie sie spricht, wen sie bedient, was sie verkauft und wie „gut“ klingt.
• Memory: Dynamisches Erfahrungswissen – was das Team versuchte, was funktionierte, was scheiterte, was der Kunde ablehnte und was sich in der Kampagne änderte.

Ohne Trennung verschwinden Markenprinzipien unter Meeting-Notizen; alte Keyword-Entscheidungen wirken plötzlich wie aktuelle Strategie. Technisch reicht ein Ordner mit Plain-Text-Markdown – ohne Spezialsoftware, Datenbank oder Custom-UI.

Die Soul-Dateien im Überblick

Unter brain/soul/ liegen fünf Dateien: company-profile.md für den operativen Kunden, style-guide.md mit Pass- und Fail-Beispielen, audience.md für Sorgen und Vertrauenssignale, keyword-map.md für Kategorie-Logik und never-do.md für verbotene Vorschläge auf Marken-, Operations- und Strategieebene.

Memory: Entscheidungen, Muster und Log

Unter brain/memory/ liegen decisions/, patterns/ und log/. Entscheidungen speichern das Warum, Patterns wiederkehrende Learnings, Logs Meeting-Notizen und kleine Updates. Das Brain speichert Betriebswissen, keine Rohdaten oder Credentials – die Lektion, nicht die Quelldatei.

Aufbau und Betrieb in der Praxis

Starten Sie mit dem Kunden, bei dem Kontextverlust Zeit frisst. Blocken Sie 90 Minuten für die Soul-Dateien, wählen Sie einen geteilten Ort (Git, Drive oder Notion) und trennen Sie stabile Soul-Regeln von leicht aktualisierbarem Memory. Alle zwei Wochen aufräumen, vierteljährlich die Soul prüfen.

Wie KI-Agenten das Brain lesen

Version A lädt alle Dateien – simpel, bei langen Historien tokenintensiv. Version B nutzt eine Router-Datei wie claude.md für task-spezifisches Laden. Version C setzt bei vielen Accounts auf Vektor-Retrieval. Schreibt KI in Memory, nur event-getriggert und mit Quelle.

In Claude Code liegt das Brain im Projektroot, in Claude Chat ein Projekt pro Kunde, in Cowork an Task-Templates. Typische Fehler: abstrakte Style Guides, veraltete Soul und fabrizierte Memory-Einträge ohne Beleg.

Einstieg diese Woche

Wählen Sie einen Kunden, schreiben Sie in 90 Minuten die fünf Soul-Dateien, legen Sie eine Router-Anweisung an und führen Sie dieselbe SEO-Aufgabe zweimal aus – einmal mit geladenem Soul, einmal ohne. Vergleichen Sie Briefing, Meta-Text oder Audit-Summary ehrlich. Ab der nächsten Session dokumentieren Sie abgelehnte Keyword-Winkel, Ton-Korrekturen oder CMS-Blocker samt Begründung im Memory-Ordner.