Memories verwalten
Eine Memory ist eine dauerhafte Notiz, auf die deine Agenten zurückgreifen können – eine Konvention, eine Stolperfalle, eine erwähnenswerte Entscheidung. Jede Memory hat einen Scope; Workspace- und Projekt-Memories wandern mit deinem synchronisierten Repository mit und werden so gemeinsam mit deinen Workflows und Scripts versioniert.
Die Memory-Seite findest du unter Intelligence → Memory. Der List-Tab enthält deine Memories; ein Editor erstellt und bearbeitet sie zugleich, ein Review-Tab ist ein Posteingang zum Annehmen oder Ablehnen vorgeschlagener Memories, und die Versionen und Snapshots jeder Memory liegen in ihrem Detail-Drawer.
Eine Memory schreiben
Abschnitt betitelt „Eine Memory schreiben“- Öffne Intelligence → Memory.
- Klicke auf Neue Memory. Es öffnet sich ein Editor mit einem vollwertigen Markdown-Editor – verfasse die Notiz wie jedes Markdown, mit Überschriften, Listen und Code.
- Wähle den Scope der Memory:
- Workspace – im Workspace geteilt.
- Projekt – an ein Projekt gebunden (wähle das Projekt darunter).
- Persönlich – nur deine eigene.
- Wähle die Art der Memory (semantic, episodic, procedural, profile preference oder scratchpad).
- Klicke auf Speichern.
Eine Memory in-place bearbeiten
Abschnitt betitelt „Eine Memory in-place bearbeiten“Derselbe Editor bearbeitet eine bestehende Memory – es gibt kein separates Bearbeitungsformular.
- Klicke im List-Tab auf eine Memory, um ihren Detail-Drawer zu öffnen.
- Klicke auf Bearbeiten. Der Editor öffnet sich erneut, vorbefüllt mit Text, Scope und Art dieser Memory.
- Ändere Text oder Felder und klicke auf Speichern. Die Änderung wird in-place in dieselbe Memory zurückgeschrieben und eine neue Version aufgezeichnet.
Vorgeschlagene Memories prüfen
Abschnitt betitelt „Vorgeschlagene Memories prüfen“Deine Agenten und das interne LLM des Workspace können Memories vorschlagen – eine neue Notiz oder eine Änderung an einer bestehenden. Vorschläge ändern von sich aus nichts; sie warten im Review-Tab darauf, dass eine Person entscheidet.
- Öffne den Review-Tab. Jeder ausstehende Eintrag zeigt seine Aktion, die Quelle, den vorgeschlagenen Scope und die Art sowie den Grund des Vorschlags.
- Bearbeitet ein Vorschlag eine bestehende Memory, zeigt der Eintrag ein nebeneinanderliegendes Diff aus Aktuell und Vorgeschlagen, damit du genau siehst, was sich ändert.
- Klicke auf Annehmen, um den Vorschlag anzuwenden (er erstellt oder aktualisiert die Memory), oder auf Ablehnen, um ihn zu verwerfen.
Closeout-Memories prüfen
Abschnitt betitelt „Closeout-Memories prüfen“Wenn ein Task abgeschlossen ist, schlägt SupaCloud eine kurze Closeout-Memory vor – einen Verweis auf die gerade erledigte Arbeit. Diese landen unter Intelligence → Memory → Review als gut lesbare Karten. Nichts wird dauerhaft gespeichert, bevor du es freigibst.
- Öffne Intelligence → Memory und wechsle zum Tab Review.
- Aktiviere Nur Closeouts anzeigen, um die Warteschlange auf Closeout-Vorschläge zu filtern (neuester Abschluss zuerst). Jeder trägt das Abzeichen Closeout: Standard.
- Eine Karte zeigt die Abschluss-Fakten des Tasks – Pull Request, Branch und Kosten – sowie den vorgeschlagenen Memory-Text.
- Freigeben legt die Closeout-Memory an (und schließt bzw. überführt das verknüpfte Issue im selben Schritt, falls vorhanden), Ablehnen verwirft sie.
Öffne den Detail-Drawer einer Closeout-Memory, um zwei zusätzliche Bereiche zu sehen: Abschluss-Fakten (Branch / PR / Kosten) und Kontext-Nutzung (welche Tasks diese Memory gesehen haben, mit Verlinkung zum jeweiligen Task).
Memories je Scope steuern
Abschnitt betitelt „Memories je Scope steuern“Ein Workspace-Eigentümer oder -Admin legt unter Einstellungen → Gedächtnis je Scope fest, wie neue Memories verwaltet werden:
- Bei neuem Eintrag – Prüfung erforderlich (der sichere Standard: Vorschläge warten auf eine menschliche Freigabe) oder Automatisch veröffentlichen (neue Memories dieses Scopes werden sofort aktiv).
- Aufbewahrung (Tage) – wie lange Memories dieses Scopes aufbewahrt werden, bevor
sie archiviert werden dürfen;
0behält sie dauerhaft.
Das lässt sich unabhängig für Workspace, Projekt und Persönlich einstellen.
Wenn ein Scope eine Prüfung verlangt, wird jede neue Memory dieses Scopes im Review-Tab eingereiht statt sofort live zu gehen — egal ob du sie im Editor schreibst oder ein Agent sie vorschlägt. Das Bearbeiten einer live Memory eines prüfpflichtigen Scopes reiht die Änderung ebenso ein; die live Memory bleibt unangetastet, bis eine Person sie freigibt.
Versionen und Snapshots einsehen
Abschnitt betitelt „Versionen und Snapshots einsehen“Öffne den Detail-Drawer einer Memory (klick sie im List-Tab an), um alles zu einer einzelnen Memory an einem Ort zu sehen:
- Ihren Scope, ihre Art, Quelle, Wichtigkeit, Salienz sowie wann sie zuletzt verwendet und aktualisiert wurde.
- Ihre Verknüpfungen zu verwandten Memories, Entitäten und Runs.
- Ihren Versionsverlauf – jede gespeicherte Revision der Memory, neueste zuerst.
- Einen ausklappbaren Snapshots-Inspektor, der die Kontext-Snapshots zeigt, die ein vergangener Task- oder Council-Run ausgewählt hat – nützlich, um zu verstehen, warum eine Memory verwendet wurde.
Pinnen, archivieren und bearbeiten kannst du die Memory aus der Fußzeile des Drawers.
Wie Memories mit dem Repo-Sync mitreisen
Abschnitt betitelt „Wie Memories mit dem Repo-Sync mitreisen“Workspace- und Projekt-Memories sind Teil des Repo-Syncs: SupaCloud
serialisiert sie in das synchronisierte Repository (unter memories/), neben deinen
Workflows, Scripts, Ressourcen und Apps, und gleicht sie wie jedes andere
repo-verwaltete Element in beide Richtungen ab. Bearbeitest du eine Memory direkt im
Repository, fließt sie beim Pull zurück in SupaCloud; schreibst du sie im UI, landet
sie beim Push im Repository.