Zum Inhalt springen
Farbschema wählenSprache wählen

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.

  1. Öffne Intelligence → Memory.
  2. 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.
  3. 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.
  4. Wähle die Art der Memory (semantic, episodic, procedural, profile preference oder scratchpad).
  5. Klicke auf Speichern.

Derselbe Editor bearbeitet eine bestehende Memory – es gibt kein separates Bearbeitungsformular.

  1. Klicke im List-Tab auf eine Memory, um ihren Detail-Drawer zu öffnen.
  2. Klicke auf Bearbeiten. Der Editor öffnet sich erneut, vorbefüllt mit Text, Scope und Art dieser Memory.
  3. Ändere Text oder Felder und klicke auf Speichern. Die Änderung wird in-place in dieselbe Memory zurückgeschrieben und eine neue Version aufgezeichnet.

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.

  1. Öffne den Review-Tab. Jeder ausstehende Eintrag zeigt seine Aktion, die Quelle, den vorgeschlagenen Scope und die Art sowie den Grund des Vorschlags.
  2. Bearbeitet ein Vorschlag eine bestehende Memory, zeigt der Eintrag ein nebeneinanderliegendes Diff aus Aktuell und Vorgeschlagen, damit du genau siehst, was sich ändert.
  3. Klicke auf Annehmen, um den Vorschlag anzuwenden (er erstellt oder aktualisiert die Memory), oder auf Ablehnen, um ihn zu verwerfen.

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.

  1. Öffne Intelligence → Memory und wechsle zum Tab Review.
  2. Aktiviere Nur Closeouts anzeigen, um die Warteschlange auf Closeout-Vorschläge zu filtern (neuester Abschluss zuerst). Jeder trägt das Abzeichen Closeout: Standard.
  3. Eine Karte zeigt die Abschluss-Fakten des Tasks – Pull Request, Branch und Kosten – sowie den vorgeschlagenen Memory-Text.
  4. 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).

Ein Workspace-Eigentümer oder -Admin legt unter Einstellungen → Gedächtnis je Scope fest, wie neue Memories verwaltet werden:

  • Bei neuem EintragPrü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; 0 behä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.

Ö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.

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.