skills/scrum/SKILL.md
Check status of all dispatched agents. Use when user says '/scrum'. Lists all wf-* tmux sessions with their status: running, done, failed, needs-input. Reads agent logs and git status.
npx skillsauth add razbakov/skills scrumInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Check the status of all background agents dispatched via /inbox.
tmux list-sessions -F "#{session_name} #{session_created}" 2>/dev/null | grep "^wf-"
wf-* session, determine statusFor each session, check these signals in order:
a) Is the claude process still running?
tmux list-panes -t SESSION -F "#{pane_pid}" | xargs -I{} pgrep -P {} claude 2>/dev/null
b) Check agent.log for completion signals
TASK_DIR=$(find ~/Tasks -maxdepth 1 -name "*$(echo SESSION | sed 's/wf-//')*" -type d | head -1)
tail -20 ${TASK_DIR}/agent.log 2>/dev/null
Look for:
AGENT_FINISHED → agent completedEXIT_CODE=0 → DONE (success)EXIT_CODE= (non-zero) → FAILEDError:, fatal:, SIGTERM, panic) → FAILEDpermission denied, needs input, waiting for → NEEDS INPUTc) For agents without task dirs, capture tmux pane output
tmux capture-pane -t SESSION -p 2>/dev/null | tail -10
d) Check git status in worktree
cd ${TASK_DIR} && git status --short 2>/dev/null
git log --oneline main..HEAD 2>/dev/null
Go beyond raw git status — check what was actually produced:
a) For agents with commits: get commit messages
cd ${TASK_DIR} && git log --oneline main..HEAD
b) For agents that pushed branches: check for open PRs
# ALWAYS use --json url to get real PR URLs — never construct URLs from directory names
cd ~/Projects/PROJECT && gh pr list --state open --json number,title,headRefName,state,url
c) For PRs: check CI status and review state
gh pr checks PR_NUMBER --json name,state
gh pr view PR_NUMBER --json reviewDecision --jq '.reviewDecision'
d) For research/output agents: list produced files with sizes
find ${TASK_DIR} -name "*.md" -not -name "agent-prompt.md" -not -name "agent.log"
wc -l < OUTPUT_FILE
DO NOT present a flat table of all sessions. Instead, group related agents and present them with their real deliverables.
For PR-producing agents, show a PR table:
### WeDance — N PRs open, CI status, review status
| PR | Title | CI | Review |
|----|-------|----|--------|
| #23 | Add hero image to festival page | 3/3 passed | Pending |
For research/batch agents, show a summary table:
### Platform Research (campaign name) — N/N complete
| Platform | Output | Size |
|----------|--------|------|
| LinkedIn | research-post-linkedin.md | 475 lines |
For other agents, show a details table:
### Other Agents
| Session | Project | Status | Details |
|---------|---------|--------|---------|
| wf-process-telegram-inbox | ikigai | DONE | Produced inbox/2026-03-21.md |
End with a concise summary showing counts and key actions:
23 agents: 0 running, 22 done, 1 stale
7 PRs ready to review (all CI green)
11 research reports ready to commit
1 stale agent needs manual review
For any open PRs found in step 3b, check for unresolved review threads:
gh api graphql -f query='query { repository(owner: "OWNER", name: "REPO") { pullRequest(number: N) { reviewThreads(first: 50) { nodes { isResolved } } } } }' \
--jq '[.data.repository.pullRequest.reviewThreads.nodes[] | select(.isResolved == false)] | length'
If any PRs have unresolved threads, add to recommended actions:
N PRs have unresolved review threads — run /review-all-prs to address them
Prioritized list of what to do next:
/review-all-prs to dispatch review agentsgit diff commandsIf the user says /scrum quick, skip enrichment (PRs, CI, file sizes) and just show the grouped status tables + summary.
If the user says /scrum clean, kill all DONE and STALE sessions and remove their worktrees:
# For each DONE/STALE session:
tmux kill-session -t SESSION
git -C ~/Projects/PROJECT worktree remove ~/Tasks/TASK_DIR --force
Always confirm before cleaning: "Kill N sessions and remove N worktrees?"
development
Seed a new or empty Instagram account with a 9-post grid (3×3) so the profile looks established the moment a new visitor lands. Designed for festivals, new businesses, product launches, conferences, communities — any time an empty IG profile would hurt conversion from external traffic (QR scans, flyer drops, cross-promo). Generates assets via /image-from-gemini (per content-publishing rules — never HTML), writes captions with hashtag sets, and outputs a posting order + cadence plan. Trigger generously: phrases like '9 posts for instagram', 'fill my IG', 'starter grid', 'launch grid', 'instagram seed', '9-post grid', 'IG account not to look empty', 'first instagram posts', 'feed bootstrap', '3x3 grid', 'instagram launch content'. Even if the user mentions only one piece (just the images, just the captions, just the order), use this skill — the grid only works as an integrated bundle.
testing
Translate one English blog post into multiple target languages via parallel sub-agents, preserving frontmatter conventions, hero image, and brand voice. Use when the user shares a published English post URL or markdown path and says 'translate it', 'add other languages', 'publish in DE/ES/RU/UK', 'translate to 5 languages', or asks for localized versions of a specific post.
development
Build a complete press kit for an event, product launch, or campaign — in multiple languages — and publish it as a shareable Google Drive folder ready to send to journalists, partners, or a delegate. Produces press releases (typically DE/EN/ES, or configurable), uploads press photos and flyers, creates an Overview document for at-a-glance briefing, and creates a Handover document with pending tasks, contacts, risks, and decisions so press distribution can be delegated. Use when the user says 'I need a press release', 'create a press kit', 'press release in X languages', 'set up a Drive folder for press', 'handover doc for someone else to run press', or has an upcoming announcement that needs to be sent to media. Trigger generously: even partial requests (just a press release, just a flyer folder) typically evolve into the full kit.
development
Track ticket sales for a live event (concert, festival, conference, workshop) with daily snapshots, generate a burndown chart comparing actual sales to ideal-linear targets and tier-cumulative milestones, and report whether the event is on pace. Use when the user asks how sales are going, wants to know if their event will sell out, asks for a daily sales report, wants to set up sales tracking for an upcoming event, or asks about ticket pace / velocity / projection. Trigger generously: phrases like 'how is concert sales going', 'burndown for my event', 'are we going to sell out', 'sales velocity', 'daily ticket chart', 'how many tickets do we need to sell', or any case where the user has a ticketed event with a fixed sales window and wants visibility on pacing.