From faca1504a2296fba9631c45c9f01f3c252cbd0d8 Mon Sep 17 00:00:00 2001 From: Gabriel Schneider Date: Mon, 28 Sep 2026 13:51:15 -0300 Subject: docs: the log's restore record, not the Restore write's answer, says a Restore happened The answer gets 200 ms to leave before the connections are cut, so a slow client may see only the cut; the new log's 'restore ' record is what to trust. Co-Authored-By: Claude Opus 5.5 --- .agents/skills/pardes-9p/SKILL.md | 3 ++- docs/fs.md | 4 +++- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/.agents/skills/pardes-9p/SKILL.md b/.agents/skills/pardes-9p/SKILL.md index 6b955eb4..f4542a50 100644 --- a/.agents/skills/pardes-9p/SKILL.md +++ b/.agents/skills/pardes-9p/SKILL.md @@ -228,7 +228,8 @@ newlines: read `n` bytes of text, never up to the next newline. A Restore puts a new editor under every client: the Restore write is answered, then every connection is hung up (their fids name the old editor's panes); dial again, and the new log names the restored panes then -`restore `. `Dump` writes `pardes--