fix: desk session orientation + TA signal location

- desk-open: add 'Session orientation' section explaining the
  session→journal→signals lifecycle. Desks are long-running in
  state (journal), not runtime (each session is independent).
- workshop-ta: partnership signals write to desks/_ta/.signals/
  so they appear on the dashboard without replacing any desk's
  latest signal. TA uses the _ta prefix to indicate coordinator.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Copilot-Session: 26faf13e-639c-4a21-ac05-c0dc2bff7c62
This commit is contained in:
Jenny Ferries
2026-07-17 13:00:06 -07:00
parent 1794cd1b38
commit d49dd48591
2 changed files with 27 additions and 4 deletions
+10 -4
View File
@@ -116,10 +116,16 @@ coordination quality:
- **completeness** — did you cover everything, or did work fall through cracks?
Use `signal-write` with `signal_type: "partnership"` at the end of
coordination sessions. These signals are written to `.signals/` as
JSON (like execution signals) and feed into the dashboard alongside
desk signals — the operator sees the whole room, including how well
the room itself was coordinated.
coordination sessions. The TA writes partnership signals to a
dedicated location: `desks/_ta/.signals/`. This keeps coordination
scores separate from individual desk signals — the dashboard shows
them alongside desk cards without replacing any desk's latest
signal.
> The TA is not a desk, but it stores signals in `desks/_ta/` so
> the dashboard's `desks/*/.signals/` scan picks them up naturally.
> The `_ta` prefix signals that this is the coordinator, not a
> working desk.
### Journal management
+17
View File
@@ -45,6 +45,23 @@ desks/<desk-name>/
4. **Announce it.** Tell the operator what was created and what
the desk's focus is.
## Session orientation
This skill initializes storage — it does not launch a session.
A desk becomes active when a Copilot session references its
directory. The session workflow:
1. The operator (or TA) starts a session and says "sit at the
`<desk-name>` desk"
2. The session reads `desks/<desk-name>/journal.md` to load priors
3. Work happens — the session uses `signal-write` to emit signals
and `desk-journal` to persist state at the end
4. The next session repeats from step 2
The desk identity comes from which journal is read, not from a
persistent process. Desks are long-running in *state* (the journal
carries forward), not in *runtime* (each session is independent).
## Journal format
```markdown