code/whats-next/SKILL.md
Suggests the 3 most impactful next actions based on full developer context — git, Linear, PRs, and current conversation. Prioritizes blockers, unblocked items, and momentum. Use when deciding what to work on next or after finishing a task.
npx skillsauth add mostafa-drz/claude-skills whats-nextInstall 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.
Surface the 3 most impactful things to do right now based on all available context.
Read ~/.claude/skills/whats-next/preferences.md using the Read tool. If not found, no preferences are set.
On startup, use Bash to detect: current git branch, uncommitted changes (git status --short), unstaged working tree changes (git diff --stat), staged changes (git diff --cached --stat), recent commits (git log --oneline -5), ahead/behind upstream, your open PRs (gh pr list --author @me --state open --limit 10), review requests for you (gh pr list --search "review-requested:@me" --state open --limit 5), and recently modified files in client-mission/ directories (find client-mission/ -type f -mmin -60 2>/dev/null | head -20). Skip any that fail.
Check $ARGUMENTS:
help → display help then stopconfig → interactive setup then stopreset → delete ~/.claude/skills/whats-next/preferences.md, confirm, stopWhat's Next — Top 3 actions based on your full context
Usage:
/whats-next Analyze everything, suggest top 3
/whats-next <focus> Focus on area (e.g., "frontend", "AIS-922", "cleanup")
/whats-next config Set priority weighting and sources
/whats-next reset Clear preferences
/whats-next help This help
Context sources:
Git Branch, uncommitted changes, ahead/behind remote
PRs Your open PRs, review requests, stale PRs
Linear In-progress, blocked, assigned to you
Session Current conversation, decisions, files discussed
Priority signals (highest to lowest):
1. Blockers — things others wait on you for
2. Session — continue/finish the active task in this conversation
3. Unblocked — items just became ready
4. Momentum — continue active work
5. Stale — PRs/tickets aging
6. Deadlines — approaching due dates
Current preferences:
(shown above under Preferences)
Use AskUserQuestion:
Q1 — "Which context sources to use?" (multiSelect: true)
Q2 — "Priority weighting?" (multiSelect: false)
Save to ~/.claude/skills/whats-next/preferences.md.
If no preferences file exists, show:
"First time using /whats-next? Run /whats-next config to customize sources and priority mode, or continue with defaults (all sources, balanced)."
Then proceed.
Before gathering external context, determine whether this conversation has an active task in progress. Session context exists when ANY of these are true:
git diff --stat returns output)git diff --cached --stat returns output)client-mission/ were modified in the last 60 minutesSet HAS_SESSION_CONTEXT = true if any of the above are detected. This flag controls scoring behavior in Step 3.
Git and PR context is pre-injected above.
Linear context (fetch via MCP tools):
list_issues with assignee "me", state "In Progress"list_issues with assignee "me", state "In Review"list_issues with assignee "me", limit 10, orderBy "updatedAt"Session context:
When HAS_SESSION_CONTEXT = true, apply these rules BEFORE general scoring. The current session's work should almost always be suggestion #1:
| Session signal | Auto-suggestion | Priority | |---|---|---| | Uncommitted changes on current branch | "Commit your changes and open a PR" | Force #1 | | client-mission files recently modified | "Upload demo data and test in browser" | Force #1 | | PR was just created or merged | "Verify deployment / close the Linear ticket / test staging" | Force #1 | | A skill, plan, or design was just discussed | "Implement the planned changes" | Force #1 | | Active file edits in conversation (no uncommitted git changes) | "Continue: [describe the in-progress task from conversation]" | Force #1 |
Only ONE of the above becomes #1 (pick the most specific match). Slots #2 and #3 are filled from general scoring below.
When HAS_SESSION_CONTEXT = false (fresh conversation, no prior work), skip this section entirely and use general scoring for all 3 slots.
For each potential action, score using weighted signals:
| Signal | Weight (no session context) | Weight (with session context) | Examples | |---|---|---|---| | Blocking others | 5 | 5 | Approved PR not merged, ticket blocking another | | Just unblocked | 4 | 4 | Blocker resolved, failing checks now pass | | Active momentum | 3 | 5 | On related branch, uncommitted changes, current task | | Staleness | 2 | 2 | PR open >2 days, ticket in-progress >3 days | | Approaching deadline | 2 | 2 | Due date within 3 days, sprint ending | | Recency | 1 | 1 | Recently updated, from current session |
If focus area provided in $ARGUMENTS, boost matching items but still show high-scoring non-matches (blockers).
Apply priority weighting mode from preferences if set.
What's next for you:
1. [Action title]
[Why — one sentence connecting to context]
→ [Concrete next step]
2. [Action title]
[Why]
→ [Next step]
3. [Action title]
[Why]
→ [Next step]
Each card: imperative action title, real signal explanation, literal command/action.
When session context was detected, add a note after #1:
(continuing from this session)
Use AskUserQuestion (multiSelect: false):
If executing: Announce → execute → report → offer updated suggestions. If expanding: Show links, related tickets, files, full reasoning.
development
--- name: triage-board description: >- Generates a structured triage artifact from the current conversation's findings — a self-contained Desktop folder with a JSON Schema, schema-conformant report.json, prose markdown, and a single-file HTML viewer. Viewer ships with MD / CSV / JSON download buttons in the header and a per-finding "Copy as Markdown" action that produces a GitHub/Linear/Notion-ready ticket block. Stateless — triage state lives in the user's ticket system, not in the
development
Runs a beginner-mind end-to-end UI audit of any running app — local dev server, staging, production, or a specific URL. Drives Chrome through every interactive element on the target surface, collects structured findings (severity, category, where, symptom, impact, repro, triage), and hands the result off to `/triage-board` which produces the Desktop folder (schema + JSON + Markdown + single-file HTML viewer with MD/CSV/JSON exports and a per-finding Copy as Markdown button). Use when you want fresh-eyes verification of a feature, page, modal, flow, branch, or whole app — before shipping, before review, before a demo, or any time the UI deserves a careful poke.
development
Reviews the user's past Claude Code conversations from a wellbeing perspective — sentiment, tone, emotional arc, recurring patterns — and generates a supportive, science-grounded report in both Markdown and HTML. Default lookback is 48 hours across all projects. Uses recognised emotion frameworks (Plutchik, Ekman, Russell's circumplex, Pennebaker linguistic markers) and cites the science behind every observation. Learns the user's baseline tone over time so future reports flag genuine shifts, not noise. Use when the user asks for an emotional/wellbeing recap, mood check, sentiment review, or wants to understand their own ups and downs across recent work sessions.
development
--- name: workflow-advisor description: >- Analyzes recent Claude Code conversations and local Claude state (skills, settings, memory files, CLAUDE.md), researches the latest Claude Code features and best practices online, and suggests one workflow improvement at a time with reasoning and a concrete action item. Can save accepted suggestions to memory for tracking. Use when you want to discover underused Claude Code features, improve your development workflow, stay current with the lat