a sl0p.foo repository https://git.sl0p.foo/sl0ppij.git/atom/sl0p/workspace-hints-proposal.md?h=main 2026-08-12T15:06:29Z 2026-08-12T15:06:29Z user user@clank 2026-08-12T15:06:29Z urn:sha1:82df0861b06529e881209e90a039dd86d1d7db20 2026-08-12T14:42:40Z user user@clank 2026-08-12T14:42:40Z urn:sha1:889180b6b6b7a52144ffb14fc50d9531203677e6 A design doc, not an implementation: lets a project ship a layout that also tells an agent what each pane is for. The load-bearing decision is the boundary -- zellij carries one opaque string per pane and never interprets it, pi owns the whole vocabulary. That keeps the fork change to a single field threaded along the existing status_bar path, and lets the vocabulary change without rebuilding zellij. Records two findings that were checked rather than assumed, since both would otherwise be discovered the expensive way: pane names cannot carry metadata (there is no stable name field at runtime, and title is clobbered by whatever the program sets), and the runtime query surface already exists (list-panes --json), so the work is only to get the field into it.