{
  "de": [
    {
      "id": "hermes",
      "name": "Hermes",
      "mode": "MCP-Client",
      "summary": "Direkter Remote-MCP-Zugang mit eigener Agent-Konfiguration.",
      "steps": [
        "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."
      ],
      "prompt": "Aktiviere BUBU Brain in Hermes als meinen externen Memory-Kern.\n\nErgä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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "mcp_servers:\n  bubu:\n    url: \"https://bubu-brain.com/mcp\"\n    headers:\n      Authorization: \"Bearer ${BUBU_API_KEY}\"",
      "configlabel": "Hermes config.yaml — bestehenden Block ergänzen",
      "rules": {
        "scope": "Projektkontext der aktiven Hermes-Session",
        "tips": [
          "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."
        ],
        "target": ".hermes.md / AGENTS.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "openclaw",
      "name": "OpenClaw",
      "mode": "Runtime prüfen",
      "summary": "Ausgehender Streamable-HTTP-Server in der OpenClaw-MCP-Registry.",
      "steps": [
        "BUBU-Key im Host hinterlegen.",
        "mcp.servers.bubu mit Streamable HTTP konfigurieren.",
        "Verbindung mit openclaw mcp doctor bubu --probe prüfen."
      ],
      "prompt": "Aktiviere BUBU Brain in OpenClaw als meinen externen Memory-Kern.\n\nÖ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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "{\n  \"mcp\": {\n    \"servers\": {\n      \"bubu\": {\n        \"url\": \"https://bubu-brain.com/mcp\",\n        \"transport\": \"streamable-http\",\n        \"headers\": {\n          \"Authorization\": \"Bearer YOUR_API_KEY\"\n        }\n      }\n    }\n  }\n}",
      "configlabel": "OpenClaw — mcp.servers",
      "rules": {
        "scope": "Der Agent, dessen Workspace diese AGENTS.md verwendet",
        "tips": [
          "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."
        ],
        "target": "AGENTS.md im konfigurierten Agent-Workspace",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "chatgpt",
      "name": "ChatGPT",
      "mode": "App / Connector",
      "summary": "BUBU Brain als App verbinden und für den Chat aktivieren.",
      "steps": [
        "BUBU Brain im App-/Plugin-Bereich verbinden.",
        "Verbindung für den aktuellen Chat aktivieren; Workspace-Freigaben beachten.",
        "Einstiegstext in den Chat einfügen."
      ],
      "prompt": "Aktiviere BUBU Brain in ChatGPT als meinen externen Memory-Kern.\n\nVerbinde 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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "",
      "configlabel": "Konfiguration",
      "rules": {
        "scope": "Chats innerhalb des ausgewählten ChatGPT-Projekts",
        "tips": [
          "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."
        ],
        "target": "Projektanweisungen des BUBU-Projekts",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "claude",
      "name": "Claude",
      "mode": "Remote-Connector",
      "summary": "Claude Web/Desktop über einen verbundenen BUBU-Connector.",
      "steps": [
        "BUBU-Connector in den Claude-Verbindungen hinzufügen.",
        "Die angebotene Anmeldung abschließen; Connector im Chat aktivieren.",
        "Einstiegstext in Claude senden."
      ],
      "prompt": "Aktiviere BUBU Brain in Claude als meinen externen Memory-Kern.\n\nFü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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "",
      "configlabel": "Konfiguration",
      "rules": {
        "scope": "Chats im ausgewählten Claude-Projekt",
        "tips": [
          "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."
        ],
        "target": "Projektanweisungen in Claude",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "claude-code",
      "name": "Claude Code",
      "mode": "CLI / MCP",
      "summary": "Remote-HTTP-MCP mit Secret-Referenz in der Konfiguration.",
      "steps": [
        "BUBU_API_KEY in der Umgebung von Claude Code hinterlegen.",
        "MCP-Konfiguration um bubu ergänzen.",
        "Verbindung mit /mcp prüfen und Einstiegstext senden."
      ],
      "prompt": "Aktiviere BUBU Brain in Claude Code als meinen externen Memory-Kern.\n\nErgä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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "{\n  \"mcpServers\": {\n    \"bubu\": {\n      \"type\": \"http\",\n      \"url\": \"https://bubu-brain.com/mcp\",\n      \"headers\": {\n        \"Authorization\": \"Bearer ${BUBU_API_KEY}\"\n      }\n    }\n  }\n}",
      "configlabel": ".mcp.json — bestehenden Block ergänzen",
      "rules": {
        "scope": "Projektweit mit CLAUDE.md; persönlich projektübergreifend mit ~/.claude/CLAUDE.md",
        "tips": [
          "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."
        ],
        "target": "CLAUDE.md / ~/.claude/CLAUDE.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "gemini-cli",
      "name": "Gemini CLI",
      "mode": "CLI / MCP",
      "summary": "Gemini mit HTTP-MCP-Client, statt bloßem Text-Chat.",
      "steps": [
        "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."
      ],
      "prompt": "Aktiviere BUBU Brain in Gemini CLI als meinen externen Memory-Kern.\n\nSetze 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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "gemini mcp add --transport http --header \"Authorization: Bearer $BUBU_API_KEY\" bubu https://bubu-brain.com/mcp",
      "configlabel": "Shell — HTTP-Server registrieren",
      "rules": {
        "scope": "Hierarchischer Kontext der Gemini-CLI-Umgebung",
        "tips": [
          "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."
        ],
        "target": "GEMINI.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "gemini",
      "name": "Gemini API",
      "mode": "Interactions API",
      "summary": "Remote-MCP über die Gemini Interactions API.",
      "steps": [
        "Gemini- und BUBU-Keys serverseitig hinterlegen.",
        "BUBU als mcp_server in tools aufnehmen.",
        "Betriebsregeln als Systemanweisungen setzen und Health prüfen."
      ],
      "prompt": "Aktiviere BUBU Brain in Gemini API als meinen externen Memory-Kern.\n\nVerwende 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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "from google import genai\nimport os\n\nclient = genai.Client()\nresult = client.interactions.create(\n    model=os.environ[\"GEMINI_MODEL\"],\n    input=\"Call bubu_health.\",\n    tools=[{\n        \"type\": \"mcp_server\",\n        \"name\": \"bubu\",\n        \"url\": \"https://bubu-brain.com/mcp\",\n        \"headers\": {\"Authorization\": \"Bearer \" + os.environ[\"BUBU_API_KEY\"]}\n    }]\n)",
      "configlabel": "Python — Gemini Interactions API",
      "rules": {
        "scope": "Anfragen dieser Gemini-API-Anwendung",
        "tips": [
          "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."
        ],
        "target": "system_instruction jeder Gemini-Interactions-Anfrage",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "codex",
      "name": "Codex",
      "mode": "CLI / MCP",
      "summary": "Remote-MCP mit Bearer-Token aus einer Umgebungsvariablen.",
      "steps": [
        "BUBU_API_KEY für den Codex-Prozess setzen.",
        "config.toml um mcp_servers.bubu ergänzen.",
        "MCP-Tools laden und Einstiegstext senden."
      ],
      "prompt": "Aktiviere BUBU Brain in Codex als meinen externen Memory-Kern.\n\nErgä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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "[mcp_servers.bubu]\nurl = \"https://bubu-brain.com/mcp\"\nbearer_token_env_var = \"BUBU_API_KEY\"",
      "configlabel": "Codex config.toml — bestehenden Block ergänzen",
      "rules": {
        "scope": "Projektanweisungen oder persönliche globale Codex-Anweisungen",
        "tips": [
          "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."
        ],
        "target": "AGENTS.md / ~/.codex/AGENTS.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "cursor",
      "name": "Cursor",
      "mode": "IDE / MCP",
      "summary": "MCP-Server in Cursor mit Umgebungsreferenz für den Key.",
      "steps": [
        "BUBU_API_KEY für Cursor verfügbar machen.",
        "MCP-Eintrag ergänzen und in Cursor aktivieren.",
        "Einstiegstext im Agent-Modus verwenden."
      ],
      "prompt": "Aktiviere BUBU Brain in Cursor als meinen externen Memory-Kern.\n\nErgä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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "{\n  \"mcpServers\": {\n    \"bubu\": {\n      \"url\": \"https://bubu-brain.com/mcp\",\n      \"headers\": {\n        \"Authorization\": \"Bearer ${env:BUBU_API_KEY}\"\n      }\n    }\n  }\n}",
      "configlabel": "Cursor mcp.json — bestehenden Block ergänzen",
      "rules": {
        "scope": "Cursor Agent im Projekt; Always Apply",
        "tips": [
          "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."
        ],
        "target": ".cursor/rules/bubu-memory.mdc",
        "filename": "bubu-memory.mdc",
        "text": "---\ndescription: BUBU Brain memory\nalwaysApply: true\n---\n\n## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "copilot",
      "name": "GitHub Copilot / VS Code",
      "mode": "IDE / MCP",
      "summary": "MCP-Client des Editors; Tool-Zugriff im Agent-Modus.",
      "steps": [
        "MCP: Add Server im Editor öffnen.",
        "Remote-HTTP-Server bubu und lokales Credential konfigurieren.",
        "BUBU-Tools aktivieren und Einstiegstext verwenden."
      ],
      "prompt": "Aktiviere BUBU Brain in GitHub Copilot / VS Code als meinen externen Memory-Kern.\n\nRegistriere 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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "{\n  \"inputs\": [\n    {\n      \"type\": \"promptString\",\n      \"id\": \"bubu-key\",\n      \"description\": \"BUBU API key\",\n      \"password\": true\n    }\n  ],\n  \"servers\": {\n    \"bubu\": {\n      \"type\": \"http\",\n      \"url\": \"https://bubu-brain.com/mcp\",\n      \"headers\": {\n        \"Authorization\": \"Bearer ${input:bubu-key}\"\n      }\n    }\n  }\n}",
      "configlabel": ".vscode/mcp.json",
      "rules": {
        "scope": "Projektweite Copilot-Anweisungen im Repository",
        "tips": [
          "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."
        ],
        "target": ".github/copilot-instructions.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "windsurf",
      "name": "Windsurf / Cascade",
      "mode": "IDE / MCP",
      "summary": "MCP-Integration der installierten Cascade-Version.",
      "steps": [
        "MCP-Verwaltung in Cascade öffnen.",
        "Remote-HTTP-Server mit Bearer-Authentifizierung ergänzen.",
        "Tools aktualisieren und Einstiegstext senden."
      ],
      "prompt": "Aktiviere BUBU Brain in Windsurf / Cascade als meinen externen Memory-Kern.\n\nErgä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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "{\n  \"mcpServers\": {\n    \"bubu\": {\n      \"serverUrl\": \"https://bubu-brain.com/mcp\",\n      \"headers\": {\n        \"Authorization\": \"Bearer ${env:BUBU_API_KEY}\"\n      }\n    }\n  }\n}",
      "configlabel": "Konfiguration",
      "rules": {
        "scope": "Workspace-Regel für Cascade; Always On",
        "tips": [
          "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."
        ],
        "target": ".devin/rules/bubu-memory.md / .windsurf/rules/bubu-memory.md",
        "filename": "bubu-memory.md",
        "text": "---\ntrigger: always_on\n---\n\n## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "lmstudio",
      "name": "LM Studio",
      "mode": "API / Remote MCP",
      "summary": "Remote-MCP mit Bearer-Header über die LM-Studio-API.",
      "steps": [
        "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."
      ],
      "prompt": "Aktiviere BUBU Brain in LM Studio als meinen externen Memory-Kern.\n\nVerwende 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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "{\n  \"model\": \"YOUR_LOADED_MODEL\",\n  \"input\": \"Call bubu_health.\",\n  \"integrations\": [\n    {\n      \"type\": \"ephemeral_mcp\",\n      \"server_label\": \"bubu\",\n      \"server_url\": \"https://bubu-brain.com/mcp\",\n      \"allowed_tools\": [\n        \"bubu_health\"\n      ],\n      \"headers\": {\n        \"Authorization\": \"Bearer YOUR_API_KEY\"\n      }\n    }\n  ]\n}",
      "configlabel": "JSON — POST /api/v1/chat",
      "rules": {
        "scope": "LM-Studio-API-Anfragen der aufrufenden Anwendung",
        "tips": [
          "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."
        ],
        "target": "system_prompt in POST /api/v1/chat",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "n8n",
      "name": "n8n",
      "mode": "Workflow / Adapter",
      "summary": "Auto-Store über Workflow-Schritte statt einer reinen Chat-Regel.",
      "steps": [
        "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."
      ],
      "prompt": "Aktiviere BUBU Brain in n8n als meinen externen Memory-Kern.\n\nVerwende 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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "",
      "configlabel": "Konfiguration",
      "rules": {
        "scope": "Ausführungen dieses Agent-Nodes im Workflow",
        "tips": [
          "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."
        ],
        "target": "System Message des AI-Agent-Nodes",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    },
    {
      "id": "generic",
      "name": "Eigener Agent / andere KI-Suite",
      "mode": "MCP / SDK",
      "summary": "Für LangGraph, SDK-Agents oder lokale Modelle mit MCP-Host.",
      "steps": [
        "MCP-Client in der Host-Anwendung bereitstellen.",
        "BUBU-Key per Secret-Verfahren verbinden.",
        "Turn-Erfassung im Lifecycle-Hook implementieren."
      ],
      "prompt": "Aktiviere BUBU Brain in Eigener Agent / andere KI-Suite als meinen externen Memory-Kern.\n\nVerbinde 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.\n\nBUBU BRAIN — BETRIEBSANWEISUNG\nMCP: https://bubu-brain.com/mcp\nAuth: Authorization: Bearer <BUBU_API_KEY> oder x-api-key: <BUBU_API_KEY>.\nKey im Credential-Speicher des Clients hinterlegen.\n1. MCP-Verbindung initialisieren, tools/list laden und die Eingabeschemas verwenden. Client-Präfixe anhand des ursprünglichen Tool-Namens zuordnen.\n2. bubu_health aufrufen und Status anzeigen.\n3. 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.\n4. Passwörter, Tokens, API-Keys, leere Nachrichten und interne System-/Runtime-Kontextblöcke ausschließen. Speicherfehler melden.\n5. 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.\n6. 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.\n7. 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.\n8. Export, Löschung, Consent-Verwaltung und Einschränkungen im Dashboard durchführen.\n9. Mindestens 500 ms Abstand zwischen Calls. Bei Rate-Limit pausieren; Retries begrenzen.\n10. Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\nSTARTERGEBNIS: Health-Status und verfügbare BUBU-Tools.",
      "config": "",
      "configlabel": "Konfiguration",
      "rules": {
        "scope": "Der konfigurierte Agent in der Host-Anwendung",
        "tips": [
          "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."
        ],
        "target": "System-/Developer-Anweisungen der Host-Anwendung",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Verwende nur tatsächlich verfügbare BUBU-Tools. Prüfe zu Session-Beginn bubu_health; fehlende Verbindung oder Schreibrechte melden.\n- Speichere jede zugängliche User-Nachricht und sichtbare eigene Antwort mit bubu_ingest_turn im vollständigen Originalwortlaut, ohne Zusammenfassung oder Relevanzfilter.\n- Keine Passwörter, Tokens, API-Keys, leeren Nachrichten oder internen System-/Runtime-Kontextblöcke speichern. Ausnahmen und Speicherfehler offen melden.\n- 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.\n- Suche mit bubu_recall und konkreten Keywords. Bei Bedarf zweiten Abruf ±30 Minuten um die Trefferzeit setzen; window nicht mit from/to kombinieren.\n- 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.\n- Export, Löschung, Consent-Verwaltung und Einschränkungen ausschließlich im Dashboard; keine entsprechenden MCP-Aufrufe.\n- Mindestens 500 ms Abstand zwischen Calls; begrenzte Retries. Erfolg nur nach echtem Tool-Ergebnis melden.\n- Vollständige Turn-Erfassung im Lifecycle-Hook oder Workflow der Host-Anwendung ausführen.\n"
      }
    }
  ],
  "en": [
    {
      "id": "hermes",
      "name": "Hermes",
      "mode": "MCP client",
      "summary": "Direct remote MCP access through the agent's configuration.",
      "steps": [
        "Set BUBU_API_KEY in a local secret/environment store.",
        "Add BUBU to the existing Hermes MCP configuration.",
        "Reload MCP and paste the starter text into Hermes."
      ],
      "configlabel": "Hermes config.yaml — merge into the existing block",
      "prompt": "Activate BUBU Brain in Hermes as my external memory kernel.\n\nAdd mcp_servers.bubu to Hermes config.yaml with url and the Authorization header from ${BUBU_API_KEY}. Preserve existing servers and start a new session.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "mcp_servers:\n  bubu:\n    url: \"https://bubu-brain.com/mcp\"\n    headers:\n      Authorization: \"Bearer ${BUBU_API_KEY}\"",
      "rules": {
        "scope": "Project context of the active Hermes session",
        "tips": [
          "Append the BUBU section to the project context file already being loaded.",
          ".hermes.md takes precedence over AGENTS.md; creating a higher-priority file can displace existing project instructions.",
          "Start a new session to load updated project instructions."
        ],
        "target": ".hermes.md / AGENTS.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "openclaw",
      "name": "OpenClaw",
      "mode": "Check the runtime",
      "summary": "Outbound Streamable HTTP server in the OpenClaw MCP registry.",
      "steps": [
        "Store the BUBU key on the host.",
        "Configure mcp.servers.bubu with Streamable HTTP.",
        "Check the connection with openclaw mcp doctor bubu --probe."
      ],
      "configlabel": "OpenClaw — mcp.servers",
      "prompt": "Activate BUBU Brain in OpenClaw as my external memory kernel.\n\nOpen /settings/mcp in the OpenClaw Control UI. Add an outbound BUBU MCP server with https://bubu-brain.com/mcp and transport=streamable-http plus an Authorization bearer header. Inspect the entry with openclaw mcp status --verbose and the connection with openclaw mcp doctor bubu --probe.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "{\n  \"mcp\": {\n    \"servers\": {\n      \"bubu\": {\n        \"url\": \"https://bubu-brain.com/mcp\",\n        \"transport\": \"streamable-http\",\n        \"headers\": {\n          \"Authorization\": \"Bearer YOUR_API_KEY\"\n        }\n      }\n    }\n  }\n}",
      "rules": {
        "scope": "The agent whose workspace uses this AGENTS.md",
        "tips": [
          "Use the selected agent's actual workspace; do not assume the default workspace.",
          "Append BUBU operating rules to AGENTS.md. Keep SOUL.md for identity and tone.",
          "Start a new session and verify that the added instructions are included in the agent context."
        ],
        "target": "AGENTS.md in the configured agent workspace",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "chatgpt",
      "name": "ChatGPT",
      "mode": "App / connector",
      "summary": "Connect the BUBU Brain app and enable it for the chat.",
      "steps": [
        "Connect BUBU Brain in the apps/plugins area.",
        "Enable the connection for this chat and respect workspace permissions.",
        "Paste the starter text into the chat."
      ],
      "configlabel": "Configuration",
      "prompt": "Activate BUBU Brain in ChatGPT as my external memory kernel.\n\nConnect the BUBU-BRAIN app in Apps and enable it for this conversation. Use its BUBU tools. Optionally add the operating rules to the project instructions.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "",
      "rules": {
        "scope": "Chats inside the selected ChatGPT project",
        "tips": [
          "Open the intended project and append the BUBU rules to its project instructions.",
          "Also connect the BUBU app and enable it for the conversation.",
          "Start a new conversation in that project and verify an actual health call."
        ],
        "target": "Project instructions in the BUBU project",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "claude",
      "name": "Claude",
      "mode": "Remote connector",
      "summary": "Claude Web/Desktop through a connected BUBU connector.",
      "steps": [
        "Add the BUBU connector in Claude's connections.",
        "Complete the offered sign-in and enable the connector in the chat.",
        "Send the starter text to Claude."
      ],
      "configlabel": "Configuration",
      "prompt": "Activate BUBU Brain in Claude as my external memory kernel.\n\nAdd a remote MCP connector with https://bubu-brain.com/mcp in Claude connector settings. Complete the offered authentication flow and enable the connector in chat.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "",
      "rules": {
        "scope": "Chats in the selected Claude project",
        "tips": [
          "Add BUBU rules to the project's instructions while preserving existing instructions.",
          "Connect the BUBU connector separately and make it available in the chat.",
          "Open a new conversation in the project and check whether BUBU tools are actually available."
        ],
        "target": "Claude project instructions",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "claude-code",
      "name": "Claude Code",
      "mode": "CLI / MCP",
      "summary": "Remote HTTP MCP with a secret reference in the configuration.",
      "steps": [
        "Make BUBU_API_KEY available to the Claude Code process.",
        "Add bubu to the MCP configuration.",
        "Check the connection with /mcp and send the starter text."
      ],
      "configlabel": ".mcp.json — merge into the existing block",
      "prompt": "Activate BUBU Brain in Claude Code as my external memory kernel.\n\nAdd bubu to the project .mcp.json using type=http, url and Authorization: Bearer ${BUBU_API_KEY}. Set BUBU_API_KEY in the client environment. Inspect the connection with /mcp.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "{\n  \"mcpServers\": {\n    \"bubu\": {\n      \"type\": \"http\",\n      \"url\": \"https://bubu-brain.com/mcp\",\n      \"headers\": {\n        \"Authorization\": \"Bearer ${BUBU_API_KEY}\"\n      }\n    }\n  }\n}",
      "rules": {
        "scope": "Project-wide in CLAUDE.md; personal across projects in ~/.claude/CLAUDE.md",
        "tips": [
          "Append project BUBU rules to CLAUDE.md; optionally use ~/.claude/CLAUDE.md for personal rules across projects.",
          "Configure the MCP connection and secret reference separately; never put keys in the instructions file.",
          "Start a new session and inspect the loaded instructions."
        ],
        "target": "CLAUDE.md / ~/.claude/CLAUDE.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "gemini-cli",
      "name": "Gemini CLI",
      "mode": "CLI / MCP",
      "summary": "Gemini through an HTTP MCP client, rather than a text-only chat.",
      "steps": [
        "Set BUBU_API_KEY in the shell environment.",
        "Register BUBU for HTTP using gemini mcp add.",
        "Inspect tools with /mcp and send the starter instructions."
      ],
      "configlabel": "Shell — register HTTP server",
      "prompt": "Activate BUBU Brain in Gemini CLI as my external memory kernel.\n\nSet BUBU_API_KEY in the shell environment. Register BUBU for HTTP using the shown gemini mcp add command; the shell substitutes the header value. Inspect the connection and tools with /mcp.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "gemini mcp add --transport http --header \"Authorization: Bearer $BUBU_API_KEY\" bubu https://bubu-brain.com/mcp",
      "rules": {
        "scope": "Hierarchical context of the Gemini CLI environment",
        "tips": [
          "Append to the appropriate project GEMINI.md and account for global and parent context files.",
          "Reload with /memory reload and inspect the actual loaded text with /memory show.",
          "Configure BUBU MCP separately in settings.json."
        ],
        "target": "GEMINI.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "gemini",
      "name": "Gemini API",
      "mode": "Interactions API",
      "summary": "Remote MCP through the Gemini Interactions API.",
      "steps": [
        "Store Gemini and BUBU keys server-side.",
        "Add BUBU as mcp_server in tools.",
        "Set operating rules as system instructions and check health."
      ],
      "configlabel": "Python — Gemini Interactions API",
      "prompt": "Activate BUBU Brain in Gemini API as my external memory kernel.\n\nUse the Gemini Interactions API with a tool of type mcp_server, name=bubu, url=https://bubu-brain.com/mcp and an Authorization bearer header. Load the BUBU key server-side from BUBU_API_KEY. Provide the operating rules as application system instructions. Provide system_instruction and tools on every request.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "from google import genai\nimport os\n\nclient = genai.Client()\nresult = client.interactions.create(\n    model=os.environ[\"GEMINI_MODEL\"],\n    input=\"Call bubu_health.\",\n    tools=[{\n        \"type\": \"mcp_server\",\n        \"name\": \"bubu\",\n        \"url\": \"https://bubu-brain.com/mcp\",\n        \"headers\": {\"Authorization\": \"Bearer \" + os.environ[\"BUBU_API_KEY\"]}\n    }]\n)",
      "rules": {
        "scope": "Requests in this Gemini API application",
        "tips": [
          "Pass the rule text as system_instruction on each request, including requests with previous_interaction_id.",
          "Add BUBU as mcp_server with URL and bearer header in tools.",
          "Capture user and assistant turns in the application lifecycle."
        ],
        "target": "system_instruction on each Gemini Interactions request",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "codex",
      "name": "Codex",
      "mode": "CLI / MCP",
      "summary": "Remote MCP with a bearer token read from an environment variable.",
      "steps": [
        "Set BUBU_API_KEY for the Codex process.",
        "Add mcp_servers.bubu to config.toml.",
        "Load MCP tools and send the starter text."
      ],
      "configlabel": "Codex config.toml — merge into the existing block",
      "prompt": "Activate BUBU Brain in Codex as my external memory kernel.\n\nAdd mcp_servers.bubu to ~/.codex/config.toml with url and bearer_token_env_var=BUBU_API_KEY. Set BUBU_API_KEY in the client environment and start a new session.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "[mcp_servers.bubu]\nurl = \"https://bubu-brain.com/mcp\"\nbearer_token_env_var = \"BUBU_API_KEY\"",
      "rules": {
        "scope": "Project instructions or personal global Codex instructions",
        "tips": [
          "Append BUBU rules to the appropriate AGENTS.md section and account for narrower subdirectory instructions.",
          "Check AGENTS.override.md and existing precedence before creating an additional file.",
          "Start a new session. Configure MCP and bearer_token_env_var separately in config.toml."
        ],
        "target": "AGENTS.md / ~/.codex/AGENTS.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "cursor",
      "name": "Cursor",
      "mode": "IDE / MCP",
      "summary": "A Cursor MCP server with an environment reference for the key.",
      "steps": [
        "Make BUBU_API_KEY available to Cursor.",
        "Add and enable the MCP entry in Cursor.",
        "Use the starter text in agent mode."
      ],
      "configlabel": "Cursor mcp.json — merge into the existing block",
      "prompt": "Activate BUBU Brain in Cursor as my external memory kernel.\n\nAdd bubu to .cursor/mcp.json or ~/.cursor/mcp.json with url and Authorization: Bearer ${env:BUBU_API_KEY}. Set the environment variable before starting the client. Enable the server and use its tools in Agent mode.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "{\n  \"mcpServers\": {\n    \"bubu\": {\n      \"url\": \"https://bubu-brain.com/mcp\",\n      \"headers\": {\n        \"Authorization\": \"Bearer ${env:BUBU_API_KEY}\"\n      }\n    }\n  }\n}",
      "rules": {
        "scope": "Cursor Agent in this project; Always Apply",
        "tips": [
          "Create a Cursor rule through rule management or add the .mdc file to the project.",
          "Keep the included alwaysApply: true frontmatter if the rule should always apply.",
          "Verify the loaded rule in the agent context; MCP configuration remains in mcp.json."
        ],
        "target": ".cursor/rules/bubu-memory.mdc",
        "filename": "bubu-memory.mdc",
        "text": "---\ndescription: BUBU Brain memory\nalwaysApply: true\n---\n\n## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "copilot",
      "name": "GitHub Copilot / VS Code",
      "mode": "IDE / MCP",
      "summary": "The editor's MCP client, with tool access in agent mode.",
      "steps": [
        "Open MCP: Add Server in the editor.",
        "Configure the bubu remote HTTP server and local credential.",
        "Enable BUBU tools and use the starter text."
      ],
      "configlabel": ".vscode/mcp.json",
      "prompt": "Activate BUBU Brain in GitHub Copilot / VS Code as my external memory kernel.\n\nUse MCP: Add Server in VS Code to register an HTTP server at https://bubu-brain.com/mcp. Set the Authorization bearer header through a protected input. Project configuration uses servers in .vscode/mcp.json. Enable the server and its tools in Agent chat.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "{\n  \"inputs\": [\n    {\n      \"type\": \"promptString\",\n      \"id\": \"bubu-key\",\n      \"description\": \"BUBU API key\",\n      \"password\": true\n    }\n  ],\n  \"servers\": {\n    \"bubu\": {\n      \"type\": \"http\",\n      \"url\": \"https://bubu-brain.com/mcp\",\n      \"headers\": {\n        \"Authorization\": \"Bearer ${input:bubu-key}\"\n      }\n    }\n  }\n}",
      "rules": {
        "scope": "Repository-wide Copilot instructions",
        "tips": [
          "Append the BUBU section to .github/copilot-instructions.md without replacing existing project rules.",
          "Check host and editor settings for instruction files.",
          "In a new agent conversation, verify that the file is used as an instructions source."
        ],
        "target": ".github/copilot-instructions.md",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "windsurf",
      "name": "Windsurf / Cascade",
      "mode": "IDE / MCP",
      "summary": "MCP integration in the installed Cascade version.",
      "steps": [
        "Open MCP management in Cascade.",
        "Add a remote HTTP server with bearer authentication.",
        "Refresh tools and send the starter text."
      ],
      "configlabel": "Configuration",
      "prompt": "Activate BUBU Brain in Windsurf / Cascade as my external memory kernel.\n\nAdd bubu to Cascade mcp_config.json with serverUrl and Authorization: Bearer ${env:BUBU_API_KEY}. Set the environment variable before starting the client and refresh MCP tools in Cascade.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "{\n  \"mcpServers\": {\n    \"bubu\": {\n      \"serverUrl\": \"https://bubu-brain.com/mcp\",\n      \"headers\": {\n        \"Authorization\": \"Bearer ${env:BUBU_API_KEY}\"\n      }\n    }\n  }\n}",
      "rules": {
        "scope": "Cascade workspace rule; Always On",
        "tips": [
          "Create the appropriate workspace rule with Always On in rule management.",
          "Current builds use .devin/rules; older Windsurf projects may use .windsurf/rules. Verify which path is loaded.",
          "Keep the frontmatter and check the active runtime; Devin Local and Cascade can use different instruction paths."
        ],
        "target": ".devin/rules/bubu-memory.md / .windsurf/rules/bubu-memory.md",
        "filename": "bubu-memory.md",
        "text": "---\ntrigger: always_on\n---\n\n## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "lmstudio",
      "name": "LM Studio",
      "mode": "API / Remote MCP",
      "summary": "Remote MCP with bearer header through the LM Studio API.",
      "steps": [
        "Start LM Studio ≥0.4.0 and a tool-capable model.",
        "Enable Allow per-request MCPs in Server Settings.",
        "Pass BUBU as ephemeral_mcp to /api/v1/chat."
      ],
      "configlabel": "JSON — POST /api/v1/chat",
      "prompt": "Activate BUBU Brain in LM Studio as my external memory kernel.\n\nUse LM Studio 0.4.0 or newer. Enable Allow per-request MCPs in Server Settings. Send an integrations configuration to /api/v1/chat using type=ephemeral_mcp, server_label=bubu, server_url=https://bubu-brain.com/mcp and the Authorization bearer header. Select a tool-capable model. The health example allows only bubu_health. Add the required tools to allowed_tools for memory operation.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "{\n  \"model\": \"YOUR_LOADED_MODEL\",\n  \"input\": \"Call bubu_health.\",\n  \"integrations\": [\n    {\n      \"type\": \"ephemeral_mcp\",\n      \"server_label\": \"bubu\",\n      \"server_url\": \"https://bubu-brain.com/mcp\",\n      \"allowed_tools\": [\n        \"bubu_health\"\n      ],\n      \"headers\": {\n        \"Authorization\": \"Bearer YOUR_API_KEY\"\n      }\n    }\n  ]\n}",
      "rules": {
        "scope": "LM Studio API requests from the calling application",
        "tips": [
          "Pass the rule text as system_prompt in the API request.",
          "Add BUBU with URL and bearer header to integrations.",
          "Capture user and assistant turns in the application lifecycle."
        ],
        "target": "system_prompt in POST /api/v1/chat",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "n8n",
      "name": "n8n",
      "mode": "Workflow / adapter",
      "summary": "Automatic turn storage through workflow steps, rather than a chat instruction alone.",
      "steps": [
        "Store the BUBU secret as an n8n credential.",
        "Connect MCP Client Tool to the AI Agent and explicitly select HTTP Streamable.",
        "Capture user and assistant turns in workflow steps."
      ],
      "configlabel": "Configuration",
      "prompt": "Activate BUBU Brain in n8n as my external memory kernel.\n\nUse an MCP Client Tool node with typeVersion 1.1 or newer. Explicitly select serverTransport=httpStreamable and endpointUrl=https://bubu-brain.com/mcp. Configure bearer authentication as a credential and connect the node to the AI Agent. Capture user and assistant turns in workflow steps with stable session/turn IDs and identical retry IDs. typeVersion denotes the node version.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "",
      "rules": {
        "scope": "Executions of this agent node in the workflow",
        "tips": [
          "Append the rules to the AI Agent node's system message.",
          "Connect the BUBU credential and a compatible MCP client separately.",
          "For complete turn capture, also use workflow steps with stable session/turn IDs."
        ],
        "target": "AI Agent node's system message",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    },
    {
      "id": "generic",
      "name": "Custom agent / other AI suite",
      "mode": "MCP / SDK",
      "summary": "For LangGraph, SDK agents or local models with an MCP host.",
      "steps": [
        "Provide an MCP client in the host application.",
        "Connect the BUBU key through a secret mechanism.",
        "Implement turn capture in a lifecycle hook."
      ],
      "configlabel": "Configuration",
      "prompt": "Activate BUBU Brain in Custom agent / other AI suite as my external memory kernel.\n\nConnect the host application MCP client to https://bubu-brain.com/mcp over Streamable HTTP with bearer authentication. Initialize the session, load tools/list and expose its tools to the agent. Capture user and assistant turns in a lifecycle hook with stable IDs, at least 500 ms spacing and idempotent retries.\n\nBUBU BRAIN — OPERATING INSTRUCTIONS\nMCP: https://bubu-brain.com/mcp\nAuthentication: Authorization: Bearer <BUBU_API_KEY> or x-api-key: <BUBU_API_KEY>.\nStore the key in the client's credential store.\n1. Initialize MCP, load tools/list and use its input schemas. Map client prefixes by the original tool name.\n2. Call bubu_health and show its status.\n3. Store every accessible user message and your visible response with bubu_ingest_turn in full original wording, including line breaks and code blocks. No summaries or relevance filters.\n4. Exclude passwords, tokens, API keys, empty messages and internal system/runtime context blocks. Report storage errors.\n5. Use a unique session_id per conversation. turn_id={session_id}-{YYYYMMDDTHHMM}-{role}; add a unique suffix for multiple turns of the same role within one minute. role=user|assistant|system. Use an ISO-8601 timestamp with time zone. Reuse identical IDs and content for retries.\n6. Use bubu_recall with specific keywords. Retrieve context within ±30 minutes of a match as needed: from=t-30min, to=t+30min. Use window separately from from/to. Search uses fuzzy word matching.\n7. Use bubu_write for standalone notes, facts and decisions; bubu_verify for integrity. Before bubu_correct, present the current text, entry ID and full replacement for confirmation.\n8. Perform export, deletion, consent management and restriction in the dashboard.\n9. Leave at least 500 ms between calls. Pause on rate limits and limit retries.\n10. Implement complete turn capture in the host application's lifecycle hook or workflow.\nSTART RESULT: health status and available BUBU tools.",
      "config": "",
      "rules": {
        "scope": "The configured agent in the host application",
        "tips": [
          "Add the rules to the instructions area actually loaded by the host application.",
          "Load the instructions when assembling the agent context.",
          "Implement the MCP connection, secret store and turn lifecycle hook separately."
        ],
        "target": "Host application's system/developer instructions",
        "filename": "bubu-memory.md",
        "text": "## BUBU Brain Memory\n- Use only actually available BUBU tools. Check bubu_health at session start; report a missing connection or write permissions.\n- Store every accessible user message and visible response you produce with bubu_ingest_turn in full original wording, without summaries or relevance filtering.\n- Never store passwords, tokens, API keys, empty messages or internal system/runtime context blocks. Report exceptions and storage failures openly.\n- Use a unique session_id per conversation and turn_id per turn. For retries, reuse the same IDs and content. Supply timestamp as ISO-8601 with a time zone.\n- Search with bubu_recall and specific keywords. If needed, retrieve again within ±30 minutes of the match time; never combine window with from/to.\n- Use bubu_write only for standalone notes/facts/decisions. Call bubu_correct only after confirmation of the old and new full text and entry ID.\n- Export, deletion, consent management and restriction are dashboard-only operations; never call corresponding MCP tools.\n- Leave at least 500 ms between calls and limit retries. Report success only after an actual tool result.\n- Implement complete turn capture in the host application lifecycle hook or workflow.\n"
      }
    }
  ]
}