summaryrefslogtreecommitdiff
path: root/.agents
diff options
context:
space:
mode:
Diffstat (limited to '.agents')
-rw-r--r--.agents/skills/pardes-9p/SKILL.md11
1 files changed, 7 insertions, 4 deletions
diff --git a/.agents/skills/pardes-9p/SKILL.md b/.agents/skills/pardes-9p/SKILL.md
index f4542a50..63dec104 100644
--- a/.agents/skills/pardes-9p/SKILL.md
+++ b/.agents/skills/pardes-9p/SKILL.md
@@ -217,14 +217,17 @@ not the read-until-EOF helper. `pty/data` captures output while held open; it
is not a history replay. Both files are shared, consuming queues, not
per-client broadcasts, so a slow reader loses older data. Holding `event` open
intercepts that pane's Look and Exec clicks -- and lines written to that pane's
-own `look`/`exec`, as `F` records at `0 0` with the text, and clicks in a
-terminal's body, also at `0 0` -- so it is not a
-passive logger. To have a record done, write it back: the short form
+own `look`/`exec`, or to the root's while it has the keyboard, as `F` records
+at `0 0` with the text, and clicks in a terminal's body, also at `0 0` -- so
+it is not a passive logger: a helper holding `event` that writes its own
+pane's exec gets its command back as a record; run it through `ctl` or write
+the record back. To have a record done, write it back: the short form
`<origin><action><q0> <q1>\n` acts on that range's text, and the whole record
as read acts on its text when the range is empty (the only way for a record
at `0 0`). Chord reports need explicit handling. A record is
`<origin><action><q0> <q1> <flag> <n> <text>\n` and its text may hold
-newlines: read `n` bytes of text, never up to the next newline.
+newlines: read `n` bytes of text, never up to the next newline (acme counts
+runes; pardes counts bytes, as all its offsets are).
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