Verbinden

Memories

Bestätigte Erkenntnisse, die Agents und Menschen speichern, damit die nächste Untersuchung bei dem beginnt, was du schon weißt, plus die Notizen, die Polylane jeden Tag schreibt.

Memories sind bestätigte Erkenntnisse über dein System, gespeichert von Agents und von dir, damit die nächste Untersuchung bei dem beginnt, was du schon weißt. Notizen sind die eigenen täglichen Zusammenfassungen von Polylane.

Was es leistet

Ein Memory ist ein Markdown-Dokument mit Titel und Labels, das eine Erkenntnis festhält: einen bestätigten Fehlermodus, ein wiederkehrendes Muster oder eine betriebliche Tatsache, die durch Belege gestützt ist. Agents durchsuchen Memories, wenn sie untersuchen, sodass eine einmal gefundene Grundursache nicht neu entdeckt wird. Agents speichern keine Benutzerpräferenzen, keine spekulativen Schlussfolgerungen und keine Konfiguration, die in der Topologie bereits sichtbar ist.

Wie Memories entstehen

Wenn eine Untersuchung eine Grundursache oder ein wiederkehrendes Muster bestätigt, speichert der Agent sie mit saveMemory und hält die Erkenntnis, die Belege, die betroffenen Ressourcen und den Thread fest, aus dem sie stammt. Skripte können dasselbe über POST /v1/memories tun.

Um selbst eines zu schreiben, öffne Settings > Memories und wähle New memory, dann ergänze Markdown-Inhalt, Labels und optional einen Titel. Aus einem Thread frag in einfachen Worten: „Speichere ein Memory: Die Integrationstests von checkout-api schlagen sporadisch fehl, weil die Sandbox des Payment-Anbieters unter paralleler Last in Timeouts läuft, bestätigt durch Pipeline-Logs mit 504-Antworten.“

Wie Memories in einen Thread gelangen

Polylane indexiert jedes Memory für die Suche nach Bedeutung und nach Stichwort. Agents durchsuchen das Workspace-Memory, wann immer sie ein Issue untersuchen, und ziehen passende Passagen heran. Du kannst ein Memory auch an einen Thread anhängen, dann geht sein Inhalt direkt in die Konversation.

Einmal gespeichert, lässt diese Erkenntnis den nächsten Agent, der einen Testfehler in checkout-api untersucht, den bekannten Fehlermodus ausschließen, bevor er tiefer gräbt. Schreib Memories auf dieselbe Weise: Nenne den Service, den Fehlermodus, die Belege und die betroffenen Ressourcen. Nutze Edit, Archive oder Delete auf der Seite eines Memory, wenn sich die Realität ändert.

Notizen

Einmal am Tag fasst Polylane die Thread-Aktivität des Tages in einer Tagesnotiz zusammen und aktualisiert eine einzelne Workspace-Notiz nur dann, wenn der Tag eine Tatsache offenlegt, die in einem Monat noch gilt. Notizen entstehen aus Threads, die mit dem Workspace geteilt oder öffentlich sind; Tage ohne Thread-Aktivität erzeugen keine Notiz. Das Briefing jedes neuen Threads enthält die Workspace-Notiz und die drei jüngsten Tagesnotizen, und du kannst beide Arten bearbeiten, kopieren, herunterladen oder löschen.

Art	Geschrieben von	Beschreibung	Greif danach, wenn
Memory	Agents oder Menschen, eine Erkenntnis auf einmal	Eine konkrete, belegte Tatsache mit Labels und Herkunft	Eine Erkenntnis über Untersuchungen hinweg erhalten bleiben soll
Workspace-Notiz	Polylane, täglich, bearbeitbar	Dauerhafte Fakten über den Workspace: Architektur, Tooling, Konventionen, Zuständigkeiten	Du sehen willst, was Agents über deinen Workspace erfahren
Tagesnotiz	Polylane, eine pro Tag, bearbeitbar	Muster auf Tagesebene und bemerkenswerte Signale, kein Protokoll	Du festhalten willst, wie die Aktivität eines Tages aussah

Verwandt

Threads dafür, wo Memories gesucht und gespeichert werden.
Fix-Runs für die Untersuchungen, die bestätigte Erkenntnisse liefern.
Topology dafür, was Agents aus dem Graphen statt aus dem Memory lesen.

Repositories

Verbinde GitHub, und Agents können deinen Code durchsuchen, ausführen, jeden Pull Request reviewen und ihm bis zur Infrastruktur folgen, auf die er deployt.

Erkennen

Polylane liest deine Telemetrie und meldet Issues, prüft jeden Pull Request gegen die Produktion und markiert riskante Konfiguration, ohne dass du Alert-Regeln schreibst.