BUBU Brain speichert, was du deiner KI sagst, im Originalwortlaut und findet es in jeder neuen Session wieder. Für Claude, ChatGPT und eigene Agents, per MCP oder API in wenigen Minuten verbunden.
Server in Deutschland Verschlüsselt gespeichert Export & Löschung
ChatGPT × BUBU Brain6 Schritte · 56 Sekunden
So verbindest du dein Konto.Ohne Ton · Deutsche Schritttexte
Das Video konnte nicht gestartet werden. Du kannst die MP4 direkt öffnen.
Ohne Gedächtnis fängt jede Session bei null an. Mit BUBU Brain ruft deine KI den Originalwortlaut ab, mit Datum und Uhrzeit.
KI
KI-Assistentohne Gedächtnis
Nachricht➤
KI-Assistentmit BUBU Brain
Nachricht➤
Beispielhafte Darstellung. Die Antwort formuliert deine KI. BUBU Brain liefert ihr dafür den gespeicherten Originalwortlaut.
Ein Memory-Kern
Kontext, der bleibt.
Kein weiterer Chat-Verlauf, der in einem einzigen Tool festsitzt, sondern eine Gedächtnisschicht für alle deine KI-Anwendungen. Du entscheidest, was gespeichert wird.
01
Wortgetreu gespeichert
Keine Zusammenfassung, die die Hälfte weglässt. Gespeichert wird der genaue Wortlaut mit Zeitstempel: wer was wann gesagt hat.
02
Per MCP oder API verbunden
Claude über MCP, ChatGPT als Connector, eigene Agents über die REST-API. Deine KI schreibt und ruft selbst ab.
Für die Einrichtung brauchst du ein BUBU-Brain-Konto mit aktivem Memory-Kern und Zugang zu Plugins bzw. Apps in ChatGPT. Richte die Verbindung am einfachsten im Browser ein. Ist BUBU Brain schon verbunden, starte bei Schritt 3.
1 · Verbindung auswählen. Öffne in ChatGPT den Bereich Plugins bzw. Apps und wähle die für dein Konto verfügbare BUBU-Brain-Verbindung. Wenn du sie als eigenen MCP-Server einrichtest, nutze „Add custom MCP server“ und die MCP-URL aus deiner BUBU-Brain-Einrichtung. Die verfügbaren Menüs hängen von deinem Konto und den Workspace-Freigaben ab.
2 · Anmelden und freigeben. Wird OAuth angeboten, melde dich im geöffneten Anmeldefenster bei BUBU Brain an und bestätige die angeforderten Berechtigungen. Du musst dafür keinen Code schreiben. Die Freigabe verbindet ChatGPT mit deinem BUBU-Kern; sie ist kein pauschaler Zugriff auf alle deine ChatGPT-Unterhaltungen.
3 · Im Chat aktivieren. Installiere die Verbindung, falls ChatGPT dich dazu auffordert. Öffne eine Unterhaltung, tippe @ und wähle BUBU Brain aus. So stehen der KI die freigegebenen Memory-Werkzeuge in dieser Unterhaltung zur Verfügung.
4 · Arbeitsweise festlegen. Hinterlege die BUBU-Betriebsregeln aus deiner Einrichtungsanleitung in den Anweisungen des ChatGPT-Projekts, das du verwenden möchtest. Dazu gehören das wortgetreue Speichern der Nutzer- und Assistentennachrichten und der Abruf relevanter früherer Inhalte. Projektanweisungen gelten innerhalb dieses Projekts; die Verbindung muss im jeweiligen Chat verfügbar sein.
5 · In einem neuen Chat testen. Sende: „Nutze BUBU Brain. Prüfe die Verbindung und speichere meine Nachricht wortgetreu: Unser Firmen-Design nutzt immer Dunkelblau.“ Öffne danach im selben Projekt eine neue Unterhaltung, aktiviere BUBU Brain und frage: „Rufe aus BUBU Brain ab, welche Farbe unser Firmen-Design nutzt, und zeige den gespeicherten Originalwortlaut.“ Prüfe den tatsächlichen Speicher- und Abrufnachweis, nicht nur die Zusage der KI.
Auch diktierter Text kann gespeichert werden, sobald er als Nachricht im Chat ankommt. Gespeicherte Inhalte liegen im BUBU-Kern verschlüsselt auf Servern in Deutschland. In einer neuen Unterhaltung erhält ChatGPT den Kontext durch einen Abruf über die aktive Verbindung.
Privacy by Design
Deine Daten. Deine Regeln.
Deine Erinnerungen liegen verschlüsselt auf Servern in Deutschland (Hetzner). Jeder Kern ist von allen anderen getrennt, und unser Admin-Bereich zeigt keine Inhalte.
🔒
Verschlüsselt gespeichert
AES-256-GCM, mit eigenem Schlüssel pro Kern.
§17
Recht auf Löschung
Einträge oder den ganzen Kern selbst löschen (Art. 17 DSGVO).
Was ist der Unterschied zum normalen Chat-Verlauf?
Ein Chat-Verlauf bleibt in einem Tool und meist in einem einzigen Chat. BUBU Brain ist ein eigener Speicher, auf den deine KI aus jeder Session und jedem verbundenen Tool zugreift. Gespeichert wird der genaue Wortlaut, keine Zusammenfassung.
Mit welchen KI-Tools funktioniert BUBU Brain?
Mit Claude (über MCP), mit ChatGPT (als Connector) und mit allem, was eine REST-API ansprechen kann, zum Beispiel eigene Agents und Automationen.
Wer kann meine Inhalte lesen?
Deine Inhalte sind verschlüsselt gespeichert. Damit die Suche funktioniert, verarbeitet unser Server sie bei Anfragen. Unsere Verwaltungsoberfläche zeigt aber keine Inhalte, und der Zugang zu den Servern ist technisch und organisatorisch beschränkt.
Wie schnell ist der Abruf?
Typischerweise unter 100 ms auf unserem Server. Dazu kommt die Übertragungszeit zu deiner KI.
Kann ich meine Daten exportieren oder löschen?
Ja. Export, Löschung einzelner Einträge und Löschung des ganzen Kerns erledigst du selbst im Konto.
Lösung für Unternehmen
Unsere Lösung für Unternehmen ist in Planung. Sobald sie verfügbar ist, kannst du sie direkt inklusive Auftragsverarbeitungsvertrag (AVV) buchen.
Gibt es eine Testphase?
Mit einem Gutschein-Code kannst du einen Kern kostenlos testen. Ohne Code startet das Abo direkt; es ist zum Ende des laufenden Monats bzw. Jahres kündbar.
Kann ich mehrere Kerne buchen?
Ja, bis zu fünf pro Konto. Jeder Kern ist ein eigenes Abo mit eigener Laufzeit, eigener Zahlart und eigenem Abbuchungstag und lässt sich einzeln kündigen. Alle Kerne sind gleichwertig: Die Kündigung eines Kerns betrifft nur diesen Kern.
Funktioniert BUBU Brain mit ChatGPT Plus?
Ja, sofern deinem Konto die benötigte App- bzw. MCP-Verbindung zur Verfügung steht. Plus ist dafür grundsätzlich geeignet; ein Upgrade auf Pro ist nicht allein wegen BUBU Brain nötig. Auch bei Pro und Business (früher Team) gelten die jeweiligen Konto-, Workspace- und Sicherheitsfreigaben sowie Nutzungslimits. Prüfe in ChatGPT, ob du die BUBU-Verbindung hinzufügen und im Chat verwenden kannst. Das BUBU-Brain-Abo buchst du separat.
Brauche ich Programmierkenntnisse oder einen API-Key?
Für eine BUBU-Verbindung mit angebotener OAuth-Anmeldung brauchst du keine Programmierkenntnisse und musst keinen API-Key in den Chat kopieren. Du meldest dich bei BUBU Brain an und bestätigst die angeforderten Berechtigungen. Bei einer manuellen MCP- oder API-Einrichtung gelten die Zugangsdaten der jeweiligen Einrichtungsanleitung. Die ChatGPT-Einrichtung findest du oben unter „So geht’s“.
Erinnert sich ChatGPT danach automatisch in jedem neuen Chat?
Die Verbindung stellt Memory-Werkzeuge bereit. Damit ChatGPT frühere Inhalte nutzen kann, muss BUBU Brain in der Unterhaltung verfügbar sein und die KI den gespeicherten Kontext abrufen. Hinterlegte Projektanweisungen unterstützen diese Arbeitsweise innerhalb des Projekts. Ein OAuth-Login allein überträgt weder deinen gesamten Chat-Verlauf noch alle Erinnerungen automatisch in jede Unterhaltung.
Wie prüfe ich, ob Speichern und Erinnern funktionieren?
Lass ChatGPT mit BUBU Brain eine eindeutige Testnachricht wortgetreu speichern, etwa „Unser Firmen-Design nutzt immer Dunkelblau.“ Öffne anschließend eine neue Unterhaltung im selben Projekt, aktiviere BUBU Brain und bitte um den Abruf der Designfarbe samt Originalwortlaut. Erfolgreich ist der Test, wenn ein tatsächlicher Speichervorgang und ein passender Abruf belegt sind. Nur „Ich merke mir das“ reicht als Nachweis nicht.
Hör auf, dich zu wiederholen.
Gib deiner KI ein Gedächtnis: wortgetreu, verschlüsselt, in Deutschland gehostet.
Direkter Remote-MCP-Zugang mit eigener Agent-Konfiguration.
MCP URLhttps://bubu-brain.com/mcp
BUBU_API_KEY im lokalen Secret-/Umgebungsspeicher hinterlegen.
BUBU in die bestehende Hermes-MCP-Konfiguration aufnehmen.
MCP neu laden; den Einstiegstext im Hermes-Chat verwenden.
Einstiegstext
Aktiviere BUBU Brain in Hermes als meinen externen Memory-Kern.
Ergänze mcp_servers.bubu in Hermes config.yaml mit url und dem Authorization-Header aus ${BUBU_API_KEY}. Erhalte bestehende Server und starte eine neue Session.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Den BUBU-Abschnitt in der bereits geladenen Projekt-Kontextdatei ergänzen.
.hermes.md hat Vorrang vor AGENTS.md; eine neue höher priorisierte Datei kann bisherige Projektanweisungen verdrängen.
Eine neue Session starten, damit geänderte Projektanweisungen geladen werden.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Ausgehender Streamable-HTTP-Server in der OpenClaw-MCP-Registry.
MCP URLhttps://bubu-brain.com/mcp
BUBU-Key im Host hinterlegen.
mcp.servers.bubu mit Streamable HTTP konfigurieren.
Verbindung mit openclaw mcp doctor bubu --probe prüfen.
Einstiegstext
Aktiviere BUBU Brain in OpenClaw als meinen externen Memory-Kern.
Öffne /settings/mcp in der OpenClaw Control UI. Ergänze einen ausgehenden BUBU-MCP-Server mit https://bubu-brain.com/mcp und transport=streamable-http sowie Authorization-Bearer-Header. Prüfe den Eintrag mit openclaw mcp status --verbose und die Verbindung mit openclaw mcp doctor bubu --probe.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Der Agent, dessen Workspace diese AGENTS.md verwendet
Den tatsächlichen Workspace des ausgewählten Agenten verwenden; nicht automatisch den Standard-Workspace annehmen.
BUBU-Betriebsregeln in AGENTS.md ergänzen. SOUL.md bleibt für Identität und Ton vorgesehen.
Eine neue Session starten und prüfen, ob die ergänzten Anweisungen im Agent-Kontext ankommen.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
BUBU Brain als App verbinden und für den Chat aktivieren.
MCP URLhttps://bubu-brain.com/mcp
BUBU Brain im App-/Plugin-Bereich verbinden.
Verbindung für den aktuellen Chat aktivieren; Workspace-Freigaben beachten.
Einstiegstext in den Chat einfügen.
Einstiegstext
Aktiviere BUBU Brain in ChatGPT als meinen externen Memory-Kern.
Verbinde die BUBU-BRAIN-App im App-Bereich und aktiviere sie für diese Unterhaltung. Verwende ihre BUBU-Tools. Hinterlege die Betriebsregeln optional in den Projektanweisungen.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Umgebungsregeln (optional)
Ablageort
Projektanweisungen des BUBU-Projekts
Geltung
Chats innerhalb des ausgewählten ChatGPT-Projekts
Das gewünschte Projekt öffnen und den BUBU-Regeltext in dessen Anweisungen ergänzen.
Die BUBU-App zusätzlich verbinden und für die Unterhaltung aktivieren.
Eine neue Unterhaltung im Projekt starten und den echten Health-Aufruf prüfen.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Claude Web/Desktop über einen verbundenen BUBU-Connector.
MCP URLhttps://bubu-brain.com/mcp
BUBU-Connector in den Claude-Verbindungen hinzufügen.
Die angebotene Anmeldung abschließen; Connector im Chat aktivieren.
Einstiegstext in Claude senden.
Einstiegstext
Aktiviere BUBU Brain in Claude als meinen externen Memory-Kern.
Füge in den Claude-Connector-Einstellungen einen Remote-MCP-Connector mit https://bubu-brain.com/mcp hinzu. Schließe den angebotenen Authentifizierungsablauf ab und aktiviere den Connector im Chat.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Umgebungsregeln (optional)
Ablageort
Projektanweisungen in Claude
Geltung
Chats im ausgewählten Claude-Projekt
BUBU-Regeln in die Anweisungen des Projekts aufnehmen; bestehende Anweisungen erhalten.
Den BUBU-Connector separat verbinden und im Chat bereitstellen.
Im Projekt eine neue Unterhaltung öffnen und prüfen, ob BUBU-Tools tatsächlich verfügbar sind.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Remote-HTTP-MCP mit Secret-Referenz in der Konfiguration.
MCP URLhttps://bubu-brain.com/mcp
BUBU_API_KEY in der Umgebung von Claude Code hinterlegen.
MCP-Konfiguration um bubu ergänzen.
Verbindung mit /mcp prüfen und Einstiegstext senden.
Einstiegstext
Aktiviere BUBU Brain in Claude Code als meinen externen Memory-Kern.
Ergänze bubu in der Projektdatei .mcp.json mit type=http, url und Authorization: Bearer ${BUBU_API_KEY}. Setze BUBU_API_KEY in der Umgebung des Clients. Prüfe die Verbindung mit /mcp.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Projektweit mit CLAUDE.md; persönlich projektübergreifend mit ~/.claude/CLAUDE.md
Projektbezogene BUBU-Regeln in CLAUDE.md ergänzen; persönliche Regeln optional in ~/.claude/CLAUDE.md.
MCP-Verbindung und Secret-Referenz separat konfigurieren; keine Keys in die Regeldatei schreiben.
Eine neue Session starten und die geladenen Anweisungen kontrollieren.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Gemini mit HTTP-MCP-Client, statt bloßem Text-Chat.
MCP URLhttps://bubu-brain.com/mcp
BUBU_API_KEY in der Shell-Umgebung setzen.
BUBU mit gemini mcp add für HTTP registrieren.
Tools mit /mcp prüfen und Einstiegstext senden.
Einstiegstext
Aktiviere BUBU Brain in Gemini CLI als meinen externen Memory-Kern.
Setze BUBU_API_KEY in der Shell-Umgebung. Registriere BUBU mit dem gezeigten gemini mcp add-Befehl für HTTP; die Shell setzt den Header-Wert ein. Prüfe die Verbindung und Tools mit /mcp.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Die passende projektbezogene GEMINI.md ergänzen; globale und übergeordnete Kontextdateien beachten.
Mit /memory reload neu laden und mit /memory show den tatsächlich geladenen Text prüfen.
BUBU-MCP weiterhin separat in settings.json konfigurieren.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Betriebsregeln als Systemanweisungen setzen und Health prüfen.
Einstiegstext
Aktiviere BUBU Brain in Gemini API als meinen externen Memory-Kern.
Verwende die Gemini Interactions API mit einem Tool vom Typ mcp_server, name=bubu, url=https://bubu-brain.com/mcp und Authorization-Bearer-Header. Lade den BUBU-Key serverseitig aus BUBU_API_KEY. Führe die Betriebsregeln als Systemanweisungen der Anwendung. system_instruction und tools bei jeder Anfrage erneut übergeben.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Python — Gemini Interactions API
from google import genai
import os
client = genai.Client()
result = client.interactions.create(
model=os.environ["GEMINI_MODEL"],
input="Call bubu_health.",
tools=[{
"type": "mcp_server",
"name": "bubu",
"url": "https://bubu-brain.com/mcp",
"headers": {"Authorization": "Bearer " + os.environ["BUBU_API_KEY"]}
}]
)
Regeltext als system_instruction jeder Anfrage übergeben, auch bei previous_interaction_id.
BUBU als mcp_server mit URL und Bearer-Header in tools aufnehmen.
User- und Assistant-Turns im Lifecycle der Anwendung erfassen.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Remote-MCP mit Bearer-Token aus einer Umgebungsvariablen.
MCP URLhttps://bubu-brain.com/mcp
BUBU_API_KEY für den Codex-Prozess setzen.
config.toml um mcp_servers.bubu ergänzen.
MCP-Tools laden und Einstiegstext senden.
Einstiegstext
Aktiviere BUBU Brain in Codex als meinen externen Memory-Kern.
Ergänze mcp_servers.bubu in ~/.codex/config.toml mit url und bearer_token_env_var=BUBU_API_KEY. Setze BUBU_API_KEY in der Client-Umgebung und starte eine neue Session.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Projektanweisungen oder persönliche globale Codex-Anweisungen
BUBU-Regeln im passenden AGENTS.md-Abschnitt ergänzen; engere Unterverzeichnisregeln berücksichtigen.
AGENTS.override.md und bestehende Vorrangregeln prüfen, bevor eine zusätzliche Datei angelegt wird.
Eine neue Session starten. MCP und bearer_token_env_var separat in config.toml konfigurieren.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
MCP-Server in Cursor mit Umgebungsreferenz für den Key.
MCP URLhttps://bubu-brain.com/mcp
BUBU_API_KEY für Cursor verfügbar machen.
MCP-Eintrag ergänzen und in Cursor aktivieren.
Einstiegstext im Agent-Modus verwenden.
Einstiegstext
Aktiviere BUBU Brain in Cursor als meinen externen Memory-Kern.
Ergänze bubu in .cursor/mcp.json oder ~/.cursor/mcp.json mit url und Authorization: Bearer ${env:BUBU_API_KEY}. Setze die Umgebungsvariable vor dem Client-Start. Aktiviere den Server und verwende die Tools im Agent-Modus.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Eine neue Cursor-Regel über die Regelverwaltung anlegen oder die .mdc-Datei im Projekt ergänzen.
Das enthaltene Frontmatter mit alwaysApply: true erhalten, wenn die Regel immer gelten soll.
Die geladene Regel im Agent-Kontext prüfen; die MCP-Konfiguration bleibt in mcp.json.
---
description: BUBU Brain memory
alwaysApply: true
---
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
MCP-Client des Editors; Tool-Zugriff im Agent-Modus.
MCP URLhttps://bubu-brain.com/mcp
MCP: Add Server im Editor öffnen.
Remote-HTTP-Server bubu und lokales Credential konfigurieren.
BUBU-Tools aktivieren und Einstiegstext verwenden.
Einstiegstext
Aktiviere BUBU Brain in GitHub Copilot / VS Code als meinen externen Memory-Kern.
Registriere mit MCP: Add Server in VS Code einen HTTP-Server mit https://bubu-brain.com/mcp. Ergänze Authorization als Bearer-Header über einen geschützten Input. Die Projektkonfiguration verwendet servers in .vscode/mcp.json. Aktiviere den Server und die Tools im Agent-Chat.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Den BUBU-Abschnitt in .github/copilot-instructions.md ergänzen; vorhandene Projektregeln nicht ersetzen.
Host- und Editor-Einstellungen für Anweisungsdateien prüfen.
In einer neuen Agent-Unterhaltung kontrollieren, ob die Datei als Anweisungsquelle verwendet wird.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
MCP-Integration der installierten Cascade-Version.
MCP URLhttps://bubu-brain.com/mcp
MCP-Verwaltung in Cascade öffnen.
Remote-HTTP-Server mit Bearer-Authentifizierung ergänzen.
Tools aktualisieren und Einstiegstext senden.
Einstiegstext
Aktiviere BUBU Brain in Windsurf / Cascade als meinen externen Memory-Kern.
Ergänze bubu in der Cascade-MCP-Konfiguration mcp_config.json mit serverUrl und Authorization: Bearer ${env:BUBU_API_KEY}. Setze die Umgebungsvariable vor dem Client-Start und aktualisiere die MCP-Tools in Cascade.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
In der Regelverwaltung die passende Workspace-Regel mit Always On anlegen.
Aktuelle Builds verwenden .devin/rules; ältere Windsurf-Projekte können .windsurf/rules verwenden. Den geladenen Pfad prüfen.
Das Frontmatter erhalten und die aktive Runtime prüfen; Devin Local und Cascade können unterschiedliche Regelwege nutzen.
---
trigger: always_on
---
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Remote-MCP mit Bearer-Header über die LM-Studio-API.
MCP URLhttps://bubu-brain.com/mcp
LM Studio ≥0.4.0 und ein Tool-fähiges Modell starten.
Allow per-request MCPs in Server Settings aktivieren.
BUBU als ephemeral_mcp an /api/v1/chat übergeben.
Einstiegstext
Aktiviere BUBU Brain in LM Studio als meinen externen Memory-Kern.
Verwende LM Studio ab 0.4.0. Aktiviere Allow per-request MCPs in den Server Settings. Sende an /api/v1/chat eine integrations-Konfiguration mit type=ephemeral_mcp, server_label=bubu, server_url=https://bubu-brain.com/mcp und dem Authorization-Bearer-Header. Wähle ein Tool-fähiges Modell. Das Health-Beispiel erlaubt nur bubu_health. Für Memory-Betrieb die benötigten Tools in allowed_tools aufnehmen.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Regeltext als system_prompt in der API-Anfrage übergeben.
BUBU mit URL und Bearer-Header in integrations aufnehmen.
User- und Assistant-Turns im Lifecycle der Anwendung erfassen.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Auto-Store über Workflow-Schritte statt einer reinen Chat-Regel.
MCP URLhttps://bubu-brain.com/mcp
BUBU-Secret als n8n-Credential speichern.
MCP Client Tool mit dem AI Agent verbinden; HTTP Streamable explizit auswählen.
User- und Assistant-Turns in Workflow-Schritten erfassen.
Einstiegstext
Aktiviere BUBU Brain in n8n als meinen externen Memory-Kern.
Verwende einen MCP Client Tool-Node ab typeVersion 1.1. Wähle serverTransport=httpStreamable und endpointUrl=https://bubu-brain.com/mcp explizit. Hinterlege Bearer-Authentifizierung als Credential und verbinde den Node mit dem AI Agent. Erfasse User- und Assistant-Turns in Workflow-Schritten mit stabilen Session-/Turn-IDs und identischen Retry-IDs. Die typeVersion bezeichnet die Node-Version.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Umgebungsregeln (optional)
Ablageort
System Message des AI-Agent-Nodes
Geltung
Ausführungen dieses Agent-Nodes im Workflow
Den Regeltext in der System Message des AI-Agent-Nodes ergänzen.
BUBU-Credential und kompatiblen MCP-Client getrennt verbinden.
Für vollständige Turn-Erfassung zusätzlich Workflow-Schritte mit stabilen Session-/Turn-IDs verwenden.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Für LangGraph, SDK-Agents oder lokale Modelle mit MCP-Host.
MCP URLhttps://bubu-brain.com/mcp
MCP-Client in der Host-Anwendung bereitstellen.
BUBU-Key per Secret-Verfahren verbinden.
Turn-Erfassung im Lifecycle-Hook implementieren.
Einstiegstext
Aktiviere BUBU Brain in Eigener Agent / andere KI-Suite als meinen externen Memory-Kern.
Verbinde den MCP-Client der Host-Anwendung über Streamable HTTP mit https://bubu-brain.com/mcp und Bearer-Authentifizierung. Initialisiere die Session, lade tools/list und stelle die Tools dem Agenten bereit. Erfasse User- und Assistant-Turns in einem Lifecycle-Hook mit stabilen IDs, mindestens 500 ms Abstand und idempotenten Retries.
BUBU BRAIN — BETRIEBSANWEISUNG
MCP: https://bubu-brain.com/mcp
Auth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.
Key im Credential-Speicher des Clients hinterlegen.
1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.
2. bubu_health aufrufen und Status anzeigen.
3. Jede zugängliche User-Nachricht und eigene sichtbare Antwort mit bubu_ingest_turn vollständig wortgetreu speichern, einschließlich Zeilenumbrüchen und Codeblöcken. Keine Zusammenfassung oder Relevanzfilter.
4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.
5. Eindeutige session_id pro Konversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; bei mehreren Turns derselben Rolle pro Minute eindeutigen Suffix ergänzen. role=user|assistant|system. timestamp als ISO-8601 mit Zeitzone. Bei Retry identische IDs und identischen Inhalt verwenden.
6. bubu_recall mit konkreten Keywords. Bei Bedarf zweiter Abruf ±30 Minuten um die Trefferzeit: from=t-30min, to=t+30min. window und from/to getrennt verwenden. Suche: unscharfer Wortabgleich.
7. bubu_write für eigenständige Notizen, Fakten und Entscheidungen. bubu_verify für Integritätsprüfung. Vor bubu_correct bisherigen Text, Entry-ID und vollständigen Ersatztext zur Bestätigung vorlegen.
8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.
9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.
10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
STARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.
Umgebungsregeln (optional)
Ablageort
System-/Developer-Anweisungen der Host-Anwendung
Geltung
Der konfigurierte Agent in der Host-Anwendung
Den Regeltext in den tatsächlich geladenen Anweisungsbereich der Host-Anwendung aufnehmen.
Den Anweisungsbereich beim Aufbau des Agent-Kontexts laden.
MCP-Verbindung, Secret-Speicher und Turn-Lifecycle-Hook separat implementieren.
## BUBU Brain Memory
- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.
- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.
- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.
- Verwende eine eindeutige session_id pro Konversation und eine eindeutige turn_id pro Turn. Bei Retry dieselben IDs und denselben Inhalt wiederverwenden. timestamp als ISO-8601 mit Zeitzone.
- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.
- bubu_write nur für eigenständige Notizen/Fakten/Entscheidungen. bubu_correct erst nach Bestätigung des alten und neuen vollständigen Texts samt Entry-ID.
- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.
- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.
- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.
Wenn die Initialisierungsantwort Mcp-Session-Id enthält, den Wert als BUBU_MCP_SESSION_ID für die folgenden Calls setzen. Ein MCP-Client übernimmt dieses Session-Handling.
Fehlender Auth-Header: HTTP 401 / MISSING_KEY. Ungültiger Token: UNAUTHORIZED. Authentifizierung mit Bearer-Token oder x-api-key.
BUBU BRAIN / DOCS
03 / Turns wortgetreu speichern
bubu_ingest_turn speichert Gesprächsnachrichten mit Rolle und Zeitstempel. Vollständigen Originaltext übergeben, ohne Zusammenfassung oder Relevanzfilter.
Session-ID eindeutig pro Konversation. Turn-ID nach {session_id}-{YYYYMMDDTHHMM}-{role}, eindeutig pro Turn. Bei mehreren Turns derselben Rolle in einer Minute einen eindeutigen Suffix anhängen. Bei Retry dieselbe ID und denselben Inhalt verwenden.
Ergebnis: stored oder already_stored, Entry-ID und SHA-256. Abweichender Inhalt unter derselben Turn-ID führt zu IDEMPOTENCY_CONFLICT.
Nicht speichern: Passwörter, Tokens, API-Keys, leere Nachrichten und interne System- und Runtime-Kontextblöcke.
BUBU BRAIN / DOCS
04 / Recall: Bite → Rebite
Suche mit konkreten Keywords. Matching erfolgt nach Wörtern mit unscharfem Abgleich, nicht semantisch. Der erste Abruf liefert Treffer und Zeitstempel.
Consent-Scopes, Art.-9-Status, Grant-Zeit, Ablauf, Widerruf und Connection-Permissions. Ein Consent pro Kern, gültig für dessen Verbindungen.
bubu_recall
Keyword-Suche mit unscharfem Wortabgleich. Keine semantische Suche. Bei sehr langen Einträgen sind ungefähr die ersten 16.000 Zeichen durchsuchbar; zurückgegeben wird der vollständige Text. Sortierung nach Score: User-Nachrichten vor Assistant-Nachrichten, längere Texte leicht höher; bei Gleichstand neueste zuerst. Leere Query: neueste Einträge zuerst.
Gesamtzahl Treffer, nächster Offset, vollständiger Text, Speicherzeitpunkt, Rolle, Session und Entry-ID. Wenn vorhanden: turn_id, occurred_at sowie Korrekturzeit und Korrekturgrund.
bubu_ingest_turn
Gesprächs-Turn wortgetreu speichern. Jede Nachricht erhält eine eindeutige Turn-ID. Wiederholung mit gleicher Session-ID, Turn-ID und identischem Inhalt wird im aktiven Memory-Fenster dedupliziert. Gleiche ID mit anderem Inhalt: IDEMPOTENCY_CONFLICT.
Parameter
Typ
Pflicht
Standard
Beschreibung
session_id
string
ja
—
Eindeutige Konversations-ID.
turn_id
string
ja
—
Eindeutige Turn-ID innerhalb der Session.
role
enum
ja
—
user, assistant, system.
content
string
ja
—
Vollständiger Originaltext einschließlich Zeilenumbrüchen und Codeblöcken.
timestamp
string / ISO-8601
nein
—
Zeitpunkt des Turns; separat als occurred_at gespeichert.
project_id
string
nein
—
Projektlabel; wird nur beim Erstellen der Session gesetzt. Kein Recall-Filter.
stored oder already_stored, entry_id, Speicherzeit, Turn-Zeit falls übergeben, SHA-256 des empfangenen Inhalts.
bubu_write
Eigenständige Notiz, Entscheidung oder Fakt speichern. Gesprächs-Turns mit bubu_ingest_turn speichern. Ohne sourceId wird die feste Notiz-Session mcp-notes des Kerns verwendet.
Parameter
Typ
Pflicht
Standard
Beschreibung
content
string
ja
—
Wortgetreuer Inhalt.
type
string
nein
message
Darf nicht user, assistant oder system sein.
sourceId
string
nein
—
Muss eine bestehende Session-ID sein.
idempotency_key
string
nein
—
Maximal 200 Zeichen. Gleicher Key und gleicher Inhalt innerhalb von 60 Sekunden: Retry-Schutz. Gleicher Key mit anderem Inhalt wird neu gespeichert.
stored oder already_stored und entry_id. Identischer Inhalt in derselben Session wird innerhalb von 60 Sekunden nur einmal gespeichert.
bubu_verify
Integrität prüfen. Ohne Parameter: aktueller Fingerprint über alle Einträge des aktiven Memory-Fensters und Vergleich mit dem zuletzt gespeicherten Fingerprint. Bei neuen, korrigierten oder aus dem Fenster fallenden Einträgen ändert sich der Fingerprint.
Parameter
Typ
Pflicht
Standard
Beschreibung
entry_id
string
nein
—
Entry-ID aus Recall oder Ingest; nicht mit sessionId/timestamp.
sessionId
string
nein
—
Nur zusammen mit timestamp.
timestamp
string / ISO-8601
nein
—
Speicherzeitpunkt eines Recall-Treffers; nur mit sessionId.
Fingerprint und Prüfergebnis intact oder MISMATCH. Einzelprüfung berechnet die ID aus Session, Rolle, aktuellem Text und Zeitstempel neu und vergleicht sie mit der gespeicherten ID.
bubu_correct
Eintrag korrigieren. Vor Aufruf ursprünglichen Text, Entry-ID und neuen vollständigen Text anzeigen; konkrete Korrektur bestätigen lassen. Eingeschränkte und gelöschte Einträge können nicht korrigiert werden.
previous_text, new_text und new_id. Die Entry-ID ändert sich; die alte ID adressiert den Eintrag nicht mehr. Originaltext bleibt gespeichert, Recall und Export liefern künftig den korrigierten Text. Korrekturgrund, Zeit und Verbindung werden aufgezeichnet.
Rate Limit: 5 Requests/s, Burst 10. Zwischen Calls 500 ms Abstand einhalten.
BUBU BRAIN / DOCS
08 / Datenschutz & Dashboard
Export, Löschung, Consent erteilen/widerrufen und Einschränken werden ausschließlich im Dashboard verwaltet.
bubu_delete, bubu_export, bubu_revoke_consent, bubu_grant_consent und bubu_restrict nicht über MCP aufrufen.
bubu_list_consents zeigt den Status. bubu_correct erfordert die vorherige Bestätigung der konkreten Korrektur. Export und Löschung bedienst du im BUBU-Konto.
Plain Text / KI-Agents
Technische Agent-Referenz.
Vollständige Textfassung: Verbindung, Betriebsregeln, acht Tools, Parameter, Requests, Rückgaben und Client-Profile.
