brief-me

Brief Me — DEPRECATED

This skill is deprecated. Use /where-are-we instead.

If someone has invoked this, tell them in one line that it is retired, then run /where-are-we for them. Run the brief below only if they explicitly ask for this one anyway.

Why it was retired. /where-are-we covers the same re-entry case and scales to the gap: it checks how long the user has been away, gives just done and left to someone who is still active, and adds a paragraph on what the task is for someone who has been gone. Six fixed headings were more than most re-entries needed.

The user has come back to this session with weak or no memory of it. Reading the last message will not fix that: the last message was written for someone who was here five minutes ago. It leans on pronouns, on shorthand coined mid-session, and on file names introduced hours back. It continues the thread; it does not introduce it.

Produce one short briefing that puts them back in the chair. Then stop.

1. Check the state before you narrate

The failure mode of this skill is a fluent, confident, wrong story. Guard against it by reading the real state first, not your memory of it:

• git status and git diff --stat against the base branch — what is actually changed, and is anything half-applied?
• git log for recent commits, and the current branch name.
• Any plan, spec, or todo file written during this session, and the active todo list.
• Whether tests were run, and what they said.

Then hold two categories apart as you write. A claim backed by disk or git is stated flat. A claim recalled from the conversation and not checkable is marked as recalled, with the check named. Never assert a piece of work is finished without confirming the file exists.

2. The brief

Six headings, in this order. The whole thing fits on one screen.

In one line — the entire session in one sentence a stranger could follow.

What we're doing — the goal in plain terms, one or two sentences. This thread, not the codebase.