/status

A read-only snapshot of the developer's open work. No mutations — pure situational awareness.

Steps

1. ClickUp — fetch the current actor's open tasks (clickup_filter_tasks scoped to the actor). Capture status, priority, and any blocking dependency.

2. GitHub — list open Issues assigned to the actor, and surface PRs in three distinct buckets (never conflate "mine" with "needs my review"):

   • My PRs — awaiting others' review: authored by me, open, not yet approved (gh search prs --author @me --state open; reviewDecision != APPROVED). Action: nudge the reviewer — there is nothing here for me to review.
   • Awaiting my review: my review is requested (gh search prs --review-requested @me --state open). Action: /pr-review.
   • Team PRs with no reviewer yet: open org PRs nobody has reviewed, authored by others, non-draft (gh search prs --owner <org> --state open --review none, excluding @me). Action: pick one to review.

   Capture CI state and merge-readiness per PR.

3. Correlate — match each ClickUp task to its GitHub Issue/PR by CU-id where linked, so one work item shows as one row, not two.

4. Group by urgency and print:

   • Blocked / needs me — review requested, CI red, or a dependency cleared.
   • In progress — a branch/PR is open and moving.
   • Queued — assigned, not started.
   • For each: one-line suggested next action, derived from the task's content + linked decisions/PRs — never from status tags alone. When a tag contradicts the content (e.g. tagged deployed/in-master but a linked decision defers it, or tagged in-progress with no branch/commits), surface it as "drift — verify", not as a directive like "run /done". Examples: "address review on #N", "pick a team PR to review", "start branch".

Boundaries

• Read-only. Never change a task status, merge, or push. To act on an item, the developer runs the matching command (/continue, /pr-review, /done).
• If the ClickUp or GitHub MCP is unavailable, report what was reachable and name what was skipped — never fabricate a list.