Palace · Imported Insights · Matrix · Sieben-Schritte-Runbook · GUI-Abnahme
Teams, bei denen OpenClaw bereits stabil läuft, spüren in v2026.4.x, dass das Gedächtnis überprüfbarer wird: Memory Palace zeigt, welche Blöcke warum zurückkamen, Imported Insights bindet externe Transkripte in den Abruf ein—die Kosten wandern vom Rätselraten am Modell zu Datenpflege, Indexvolumen und Gateway-Beobachtbarkeit. Dieser Artikel liefert Grenzen zur SOUL-/MEMORY-Dateiebene, eine Symptommatrix für aufblähungsähnliche Effekte, ein Sieben-Schritte-Runbook von doctor bis veröffentlichtem Runbook, vier ticketfertige Sätze und eine Checkliste in einer grafischen Sitzung (nicht äquivalent zu reinem SSH). Lesen Sie parallel SOUL-/MEMORY-/IDENTITY-Dateien auf einem Remote-Mac, Keine Antwort: doctor, Heartbeat, Logs und v2026.4.5 Upgrade und doctor-Checkliste, damit sichtbares Gedächtnis mit Ihrem Änderungsprozess verbunden bleibt.
Zuerst Grenzen ziehen, dann tunen—sonst bearbeiten Sie Palace-Blöcke, löschen Absätze in MEMORY.md und importieren dieselben Fakten erneut per CSV. Die fünf Punkte unten sind ein Release-Gate; öffnen Sie sie im selben Review-Paket wie SecretRef-Audit.
Memory Palace: beantwortet, welche Blöcke in dieser Runde abgerufen wurden und ob sie zum Thema passen oder kollidieren. Es ist ein Laufzeitspiegel, kein Ersatz für kuratierte Fakten in MEMORY.md; beides muss diffbar bleiben. Zeigt Palace gelöschte Inhalte, vermuten Sie veraltete Indizes, doppelte Workspace-Pfade oder alte Bäume.
Imported Insights: externer Korpusimport. Risiko liegt bei Volumen, Deduplizierung und sensiblen Feldern—ungekürzte Transkripte schieben Namen und Tokenfragmente in den Standardabruf, wo Prompts sie kaum dauerhaft maskieren.
SOUL-/MEMORY-Dateien: bleiben Plattenautorität für Persona und Langzeitfakten. Weicht Palace dauerhaft ab, zuerst klären: bewusste Grau-Release oder kaputter Pfad/Index—nicht sofort das Modell beschuldigen.
SecretRef und Audit: Geheimnisse folgen openclaw secrets plan/apply/audit; Palace-Inhalte, die nach Schlüsseln aussehen, erfordern Rotation vor Block-Löschung, damit Compliance nicht nur in der UI kaschiert wird.
Compliance und Aufbewahrung: überprüfbar heißt oft nachweisbar—dokumentieren Sie, wer importieren darf, wohin und wie lange Logs liegen. Auf Mietknoten keine Einzigkopie sensibler Exporte nur im Download ohne Tresor.
Die Anleitung zu SOUL, MEMORY, IDENTITY beschreibt Ladereihenfolge und Editierdisziplin auf der Platte; dieser Text die Laufzeitsicht nach Imports. Beides zusammen, wenn ein Change Request „Dateien ändern“ und „Palace lesen“ verbindet.
Tabelle in weiterleitbarer Sprache: Symptom → erste Vermutung → nächster Check → typische Fehldeutung. Dokumentieren Sie kurz ein Glossar (was zählt als Palace-„Treffer“ vs. manuelles Zitat, wer Support-Insights importieren darf, getrennte Staging-/Prod-Indizes), damit beim transparenteren Abruf keine Begriffe veralten.
| Symptom | Zuerst prüfen | Dann | Typische Fehldeutung |
|---|---|---|---|
| Längere Zeit bis zum ersten Token und Gesamtlatenz | Zu viele Abrufkandidaten, zu große Importblöcke, Rerank-Kosten | Gateway-Timeouts, Warteschlangen, Region | Sofort das größte Modell wählen |
| Veraltete Fakten gegenüber Dateien | MEMORY vs. Palace-Index | Gemischte Workspace-Pfade, alte Indexverzeichnisse | Nur den Systemprompt umschreiben |
| Widersprüche im Thread | Konfliktierende Blöcke, Insights vs. SOUL-Grenzen | Tool-Ausgaben mit Live-Daten | Modellqualität beschuldigen |
| Speicherbezogene Konsolenfehler | openclaw doctor nach Upgrade übersprungen, Migration unvollständig | Volle Platte blockiert Indexschreiben | Neustartschleifen ohne Log |
Halten Sie ein festes Prompt-Paar (vor Import, nach Pilot, nach Vollimport) und notieren Sie Zeit bis zum ersten Byte, Ende-zu-Ende-Dauer und Trefferzahl. Steigen die Treffer grob linear, bleibt der erste Byte flach, liegt der Engpass meist bei Abruf und Umsortierung; steigen beide gemeinsam, packen Sie Modell und Netz in dasselbe Ticket.
Volumen und Treffer messen, bevor Sie das Modell wechseln; MEMORY und Palace angleichen, bevor Sie die Persona umschreiben.
Reihenfolge einhalten: frühe Schritte fixieren die Umgebung, mittlere begrenzen Import und Abrufvolumen, letzte schreiben Geheimnisse und Prozess fest. Während Schritt eins Kanäle stumm sind oder Heartbeat fehlschlägt, parallel Keine-Antwort-Triage öffnen, damit kein Gateway-Problem als Speicheraufblähung fehlklassifiziert wird.
Version und Konfigurationswurzel: openclaw --version, openclaw doctor; doctor-Zeilen zu memory/index/workspace unverändert ins Ticket für Rollback-Vergleiche.
Importvorlage und Schwärzung: erlaubte/verbotene Felder; große Transkripte splitten; Deduplizierung per Hash oder Absatzfingerabdruck.
Pilotimport: ca. 5–10 % des Zielvolumens; Palace-Zähler, Platte, Gateway-Zeiten beobachten; Batch-ID und Fenster für Rollback notieren.
Abrufstabilität: zwei feste Sondier-Prompts je zweimal; bei Jitter Pfade, Neuaufbau, Workspace-Kreuzungen prüfen.
Gateway-Beobachtbarkeit: drei Snapshots (vor / Pilot / voll) zu Erstbyte, Tokens, Kandidatengröße; lineare Verzögerung mit Kandidaten → top‑k oder Import straffen, nicht zuerst Hardware.
Secrets-Audit: openclaw secrets audit gegen SecretRef-Inventar; Änderungen im Change-Record, nicht mündlich.
Runbook und Aufbewahrung: Genehmiger, Retention, verschlüsselte Archive, wer Indizes neu bauen darf und Rollback; mit Legal abstimmen, wer Palace sehen darf und wie lange Logs bleiben.
{
"baseline_probe": { "prompt_id": "A", "runs": 2 },
"metrics": ["ttfb_ms", "total_ms", "recall_hits", "total_tokens"],
"compare_at": ["before_import", "trial_import", "full_import"]
}
Hinweis: Schlüssel nur beispielhaft; entscheidend sind gleicher Prompt, gleicher Kanal, drei Zeitstempel, damit Reviews „wo es langsamer wurde“ beantworten können.
Zum Einfügen in Plattform-Support oder interne SRE-Threads; Zahlenintervalle durch Ihre Histogramme ersetzen.
Achtung: „Modell zu schwach“ ohne Drei-Snapshot-Baseline wird im Review zurückgewiesen.
SSH und GUI sind für Schlüsselbund, Browserzertifikate, Bildschirmaufnahme und Bedienungshilfen nicht äquivalent; Palace, Browser-Netzwerk und Systemdatenschutz gehören in dieselbe interaktive Benutzersitzung wie Gateway. Dreispaltige Tabelle für mehrsprachige Templates.
| Prüfpunkt | Vorgehen | Bestanden, wenn … |
|---|---|---|
| Gateway und Netz | Lokale Gateway-URL; Network nach memory/recall filtern. | Kein 401/429-Sturm; Fehler auf Pfad oder Auth abbildbar. |
| Datenschutz und Rechte | Systemeinstellungen → Datenschutz & Sicherheit für Aufnahme und Automation. | Pfade stimmen mit Binaries; nach Änderung Prozesse neu gestartet. |
| Sprache und Zeit | Menüleistenzeit, Palace-Sprache und Log-Zeitzone abstimmen. | Ticketzeiten = Logs; Regionen mit UTC vermerkt. |
| RAM und Platte | Aktivitätsanzeige für Speicherdruck; freien Speicher prüfen. | Große Imports ohne Swap-Spitzen; Platte über Schwellwert. |
| Mandantenfähigkeit | Arbeitsverzeichnisse und Indexpfade nicht kreuzen. | Keine fremden Namensräume im Palace; Neuaufbau mit Genehmigung. |
Auf geteilten Mietknoten im Runbook festhalten, wer Index-Neuaufbau auslösen darf—günstiger als nachträglich im Palace zu raten.
Öffentliche Blogseiten zu Abschnitt 3–4; bei Portierung Trennlinie, Überschrift und Kartenraster beibehalten—nur URLs und Teaser tauschen.
Plattenrollen, Ladereihenfolge, Remote-Mac-Editierliste.
Lesen →plan / apply / audit, wenn Palace schlüsselähnliche Inhalte zeigt.
Lesen →Zuerst Nicht-Speicher-Fehler routen, dann zurück zur Matrix.
Lesen →Häufiger Abruf und Kontextvolumen. Zuerst Gateway auf Erstbyte und Trefferzahl prüfen, dann das Modell wechseln; kombinieren Sie mit Abschnitt 2 und Schritt 5 in Abschnitt 3.
Einen Workspace-Pfad erzwingen, Indizes neu aufbauen, doppelte Konfigurationen suchen. Palace muss zur Platte diffbar sein; siehe Abschnitt 1 und den Datei-Leitfaden.
Kann einen Vorfall beruhigen, die dauerhafte Lösung ist Schwärzung und SecretRef; schmutzige Imports kommen nach Neuaufbau zurück.
Nicht von Natur aus. Wenn Skills neuere Fakten liefern, Quellenpriorität in MEMORY schreiben und Abrufreihenfolge im Palace prüfen.
Überprüfbares Gedächtnis verlagert Kosten von Prompt-Mystik zu Daten-Governance und Gateway-Beobachtbarkeit: Sie sehen Abrufe im Palace, tragen aber weiter für Import-Chargen, Indizes und Audits. Wer nur SSH nutzt und weder DevTools noch Systemdatenschutz in derselben interaktiven Sitzung wie Gateway öffnet, zahlt oft mit Schlüsselbund, Zertifikaten und Rechte-Dialogen, die nicht zu den Logs passen—Tickets verzweigen sich.
Ein physischer Mac bedeutet Schlafrichtlinien, Update-Fenster, Strom und Abschreibung; kleine Laptops ersticken bei Neuaufbau und großen Importen. Remote-Mac plus überprüfbarer GUI-Sitzung verschiebt Verfügbarkeit und Basisimages zum Anbieter, Sie behalten Speicher- und Geheimnisrichtlinien—oft mit stabilerer mittlerer Wiederherstellungszeit.
Weniger gebundenes Kapital in Hardware, aber dieselbe Abnahme wie in Abschnitt 5 für Gateway und Palace: VNCMac Cloud-Mac mieten—Hauptbutton zur Mietseite, Pläne auf der Startseite vergleichen.