brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
helpUse when the user asks which /phx: command fits a task (review, plan, debug, test) or how two commands differ. Checks plans and git state, then recommends from the routing table. Not for bare /help, a tour, or ambiguous requests (intent-detection).
Independent GitHub snapshot · Automated classification · Original documentation governs
Helps users find the right command, skill, or agent for their situation.
/phx:help # Analyze context, suggest commands
/phx:help how do I debug this? # Route to /phx:investigate
/phx:help add a new feature # Route to /phx:plan -> /phx:work
$ARGUMENTS — optional description of what the user wants to doIf $ARGUMENTS is non-empty, use it as primary signal.
Always gather ambient context (run in parallel):
.claude/plans/*/plan.md — active work in progress?.claude/solutions/**/*.md — prior knowledge?Read ${CLAUDE_SKILL_DIR}/references/tool-catalog.md for the full routing table.
Map the user's situation to one of these categories:
| Category | Signals | Primary Commands |
|---|---|---|
| Starting out | No plans, new to plugin | /phx:intro |
| Ideation | "explore", "brainstorm", "not sure", "how to approach", "vague idea" | /phx:brainstorm |
| New feature | "add", "build", "implement", multi-file | /phx:plan → /phx:work |
| Quick change | Single file, <50 lines, "fix typo" | /phx:quick |
| Bug | Error, stack trace, "broken", "failing" | /phx:investigate |
| Review | "check", "review", PR ready | /phx:review |
| Performance | "slow", "N+1", "memory" | /phx:perf, /ecto:n1-check, /lv:assigns |
| Research | "how to", "best practice", "evaluate lib" | /phx:research |
| Resume work | Existing plan with unchecked tasks | /phx:work --continue |
| Post-fix | "that worked", solved a hard bug | /phx:compound |
| Full cycle | Large feature, new domain area | /phx:full |
| Project health | "audit", "tech debt", "overall quality" | /phx:audit, /phx:techdebt |
| Dep update audit | "audit deps", "supply chain", "post-mix deps.update", "review mix.lock PR" | /phx:deps-audit |
| Manual dep vetting | "vet this package", "approve dep", "trust ledger", "after /phx:deps-audit findings" | /phx:deps-vet |
| Deployment | "deploy", "release", "production" | /phx:verify then deploy skill |
| Permissions | "too many prompts", "allow", "permission fatigue" | /phx:permissions |
| Returning after time off | "what did I miss", "back from vacation", "catch up", "what changed while I was out" | /catchup (companion plugin, separate install) |
If high confidence (clear match to one category): Present the recommendation with:
If medium confidence (2-3 possible matches):
Use AskUserQuestion with the top options, each with a one-line explanation.
If low confidence (vague or no signal): Ask ONE focused clarifying question. Examples:
Then recommend based on the answer.
After recommending, always add:
/phx:help anytime to get routing advice"/phx:intro for a full plugin walkthrough"/phx:plan Add user notifications not just "use the plan command"intent-detection (auto-trigger) with explicit invocation/phx:intro for onboarding