team-focus · git:20260912.1a466ff · 2026-09-12 · sha256 b213e7159c801923
team-focus git:20260912.1a466ffA
Immutable. This exact content never changes and is served at /api/v1/blob/b213e7159c801923.
---
name: team-focus
description: Declare that this working directory is now taking part in a team-comms thread, so future sessions here surface its unread posts - or stop, so they go quiet again. Use when the user says they are working in a thread, wants notifications for one, or wants them to stop.
---
# Focus a thread (or stop)
team-comms is silent by default. A session is told about a thread only while
this working directory has opted in — because injecting unread counts into
every session is a cost paid in tokens and attention every time, and ends with
everyone ignoring them.
## Steps
1. **Resolve which thread.** If the user named one, find it with
`comms list` / `comms search`. If they described a topic and no thread
exists, this is `team-open`, not this skill.
2. **Focus it:**
```bash
node "${CLAUDE_PLUGIN_ROOT}/scripts/comms.mjs" focus <thread-id>
```
Stored per working directory, so another repository can follow a different
thread at the same time.
3. **Offer the catch-up in the same breath.** Focus points at a thread; it does
not remember its contents, and this session has none of the discussion. If
the thread has posts the user has not seen, run `team-catchup` now rather
than waiting for them to ask.
4. **To stop:** `comms unfocus`. Say plainly that sessions in this directory
will go silent — that is the intended state, not a loss of a feature.
## Rules
- **Focus only what the user actually said to.** Quietly focusing a thread
because it looked relevant makes every later session pay for it.
- A closed thread clears its own focus at the next session start; there is no
need to unfocus it by hand.
- Being named in a post still produces a one-line count with no focus at all.
That is the only exception, and it is deliberate.