Dein nächster Chat beginnt da, wo du aufgehört hast

Warum wir das gebaut haben

Palim konnte eine Übergabe bereits mit palim_save_context speichern. Die schwierigere Hälfte war, sie zurückzubekommen: Du brauchtest ein Suchthema oder eine Session-ID. Jeder neue Chat begann also damit, dass du selbst rekonstruieren musstest, was der letzte bereits herausgefunden hatte.

Wie groß die Lücke wirklich ist, haben wir über 14 Tage an unserer eigenen täglichen Arbeit gemessen. Von 116 substanziellen Coding-Sessions enthielten nur 20 überhaupt einen Speicheraufruf. Und beim Start einer neuen Session war der zuletzt gespeicherte Stand im Median 6,3 Stunden alt.

Die Ursache ist nicht Unwilligkeit, sondern Verblassen: Ein Client liest seine Instructions einmal, ganz am Anfang. Bei Turn 400 sind sie weit weg – und das Speichern hört einfach auf.

Was neu ist

Ein Aufruf, keine Argumente

palim_resume braucht keine Argumente. Das Tool liefert den Thread, an dem du zuletzt gearbeitet hast, bereits als Übergabe formuliert, mit der ein neuer Chat sofort weiterarbeiten kann:

wo der Thread gerade steht
welche Entscheidungen schon gefallen sind
welche Punkte noch offen sind
welche Dateien und Dokumente dazugehören
bis zu drei weitere aktive Threads, damit dein Assistent wechseln kann, falls der neueste nicht der gemeinte ist

Kurze Threads werden bewusst nie übersprungen. Eine zweizeilige Entscheidung wie „Postgres statt Mongo“ ist oft der wertvollste Eintrag in deinem Gedächtnis. Übergangen werden nur Einträge, die überhaupt keinen Inhalt haben.

Ein falscher Treffer kostet dich nichts

Die Übergabe endet mit einer ausdrücklichen Anweisung: Hat deine erste Nachricht nichts mit dem Thread zu tun, ignoriert der Assistent ihn still und antwortet normal. Du siehst keine falsche Fortsetzung und musst auch keine bestätigen.

Der Eintrag bleibt zwischen den Checkpoints aktuell

Ein Chat ist ein Eintrag in Palim, geschrieben von zwei Schreibern, die nie dasselbe Feld anfassen:

Schreiber	Was geschrieben wird	Wann
Dein Assistent	Die Übergabe: Stand, Entscheidungen, offene Punkte, Referenzen	Bei jedem sinnvollen Checkpoint
Der Session-Hook	Der letzte Turn des Chats, verschlüsselt gespeichert	Nach jedem Turn, mit Debounce

Genau diese Trennung ist der Kern. Ein Hook kann nicht zusammenfassen, er kann nur kopieren. Schrieben beide dasselbe Feld, würde ein flaches Fragment nach jedem Turn die sorgfältig formulierte Übergabe deines Assistenten überschreiben. Weil die Felder getrennt sind, ist der Eintrag nie leer und nie entwertet.

Beide teilen sich dieselbe Session-ID, sodass ein Chat ein einziger Eintrag bleibt statt in Dutzende Zeilen zu zerfallen.

Chats bleiben verknüpft, nicht verschmolzen

Setzt ein neuer Chat einen früheren fort, hält er das mit continues_from und der vorherigen Session-ID fest. Beide bleiben eigenständige, durchsuchbare Einträge – und die Verbindung dazwischen bleibt sichtbar.

Auch über einfaches HTTP verfügbar

GET /api/resume liefert dieselbe Übergabe als JSON oder, mit ?format=text, als reinen Text. Es akzeptiert dieselben Filter wie das Tool: tool_source, project und within_hours.

So nutzt du es

Für die meisten Nutzer gibt es nichts einzurichten. Mit Palim verbundene Assistenten rufen palim_resume zu Beginn eines Chats auf und arbeiten von dort weiter. Tut deiner das nicht, frag ihn direkt: „Mach da weiter, wo wir aufgehört haben.“

Um einzugrenzen, was zurückkommt, kennt das Tool vier optionale Filter:

Filter	Wirkung
`tool_source`	Nur Threads aus einem Client, zum Beispiel `cursor` oder `claude`
`project`	Nur Threads eines bestimmten Projekts
`within_hours`	Threads ignorieren, die älter als die angegebene Stundenzahl sind
`include_messages`	Das Ende des Transkripts anhängen, wenn der Thread Nachrichten gespeichert hat

Resume liest, es schreibt nie

Ein Aufruf von palim_resume verändert nichts in deinem Gedächtnis. Die Übergabe ist immer nur so gut wie der letzte Checkpoint, den dein Assistent geschrieben hat – speichere Kontext also weiterhin an den Stellen, an denen es zählt.