gabrielmoreira/agent-skills-mirror/standup

Paradev Standup

paradev is an alias for the superset CLI: every superset command here also runs as paradev.

Answer "what happened while I was away?" from real state, not guesses. Entirely read-only.

1. Sweep

Run bash scripts/sweep.sh from this skill's directory (bash ${CLAUDE_SKILL_DIR}/scripts/sweep.sh in Claude Code). It lists workspaces and tasks, then for each workspace lists its terminals and reads the last screen of every agent terminal, tolerating individual failures. Pass --host <id> to sweep a remote host, --max-lines <n> to change the per-terminal tail (default 60).

If the script can't run (no bash, no jq), do the same by hand: superset workspaces list --local --json, superset tasks list --json, then per workspace superset terminals list --local --workspace <id> --json and superset terminals read --local --workspace <id> --terminal <terminalId> --max-lines 60.

The last screen of a terminal shows whether the agent finished, asked a question, or errored.

Cloud workspaces: superset workspaces list --json gives each one's status and agentStatus, superset workspaces pull-requests --all --json shows the pull requests they opened, and superset workspaces activity <id> gives one's timeline. These read the API and do not wake a sleeping sandbox.

2. Classify each workspace

• Needs you: agent finished and awaits review, asked a question, or hit a permission prompt or failure
• In flight: actively working
• Blocked: waiting on something external
• Stale: idle with no pending work, a candidate for cleanup

3. Report

Lead with what needs the user, one line per item: workspace, agent, state, and the next action. Then in-flight, then completed, then stale-workspace cleanup suggestions. Keep the whole digest scannable: no terminal dumps, quote at most the single relevant line an agent printed.

Offer the digest as a page when someone other than the user will read it, or when they want it to persist past the scrollback. Write the report you just composed to an .html file inside a workspace, then publish that file: the CLI publishes a document, not your terminal output.

superset pages publish standup.html --workspace <id> --title "Standup" --label "what shipped overnight"

Publishing the same file from the same workspace each morning versions one page instead of scattering a new one daily, so the history becomes the record of the week. A digest often runs from outside any workspace, and a publish with no workspace is refused, so pass --workspace explicitly. Offer it; never publish one unasked.

Rules

Never send input to a terminal, modify tasks, or clean anything up as part of the digest. Offer those as follow-ups and act only when asked.