本文へ移動
cccskills
無料GitHub で公開

help

Use 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).

インストール方法を見る

含まれるファイル(2)

  • SKILL.md4.5 KB
  • references/tool-catalog.md9.4 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Plugin Help — Interactive Command Advisor

Helps users find the right command, skill, or agent for their situation.

Usage

/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

  • $ARGUMENTS — optional description of what the user wants to do
  • Empty = analyze current context (git status, existing plans, file patterns)

Execution Flow

Step 1: Gather Context

If $ARGUMENTS is non-empty, use it as primary signal.

Always gather ambient context (run in parallel):

  1. Check for existing plans: use Glob on .claude/plans/*/plan.md — active work in progress?
  2. Check git status: uncommitted changes? which files?
  3. Check for solution docs: use Glob on .claude/solutions/**/*.md — prior knowledge?

Step 2: Classify Intent

Read ${CLAUDE_SKILL_DIR}/references/tool-catalog.md for the full routing table.

Map the user's situation to one of these categories:

CategorySignalsPrimary Commands
Starting outNo 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 changeSingle file, <50 lines, "fix typo"/phx:quick
BugError, 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 workExisting plan with unchecked tasks/phx:work --continue
Post-fix"that worked", solved a hard bug/phx:compound
Full cycleLarge 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)

Step 3: Respond or Clarify

If high confidence (clear match to one category): Present the recommendation with:

  • The command to run (with exact syntax)
  • One-line explanation of what it does
  • What artifacts it creates (if any)
  • Suggested next step after it completes

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:

  • "Are you starting something new or continuing existing work?"
  • "Is this a bug fix or a new feature?"
  • "How many files do you expect to change?"

Then recommend based on the answer.

Step 4: Offer Follow-up

After recommending, always add:

  • "Run /phx:help anytime to get routing advice"
  • If they seem new: "Try /phx:intro for a full plugin walkthrough"

Iron Laws

  1. ONE recommendation — don't dump the full catalog, pick the best match
  2. MAX ONE clarifying question — don't interrogate, make your best guess
  3. Show exact syntax — /phx:plan Add user notifications not just "use the plan command"
  4. Context over keywords — existing plans + git state matter more than word matching
  5. NEVER block — if user already knows what they want, DO NOT redirect

Integration

  • Complements intent-detection (auto-trigger) with explicit invocation
  • References same routing logic but adds interactive clarification
  • Can recommend /phx:intro for onboarding

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Ash Framework — resources, actions, policies, aggregates; Use when generating resources via mix ash.codegen, editing…

日本語の概要は準備中です。原文の説明を表示しています。

oliver-kriska/claude-elixir-phoenix5652026年10月6日 更新

Ash Framework — resources, actions, policies, aggregates, calculations, AshPhoenix.Form, LiveView, migrations. Use when generating resources via mix ash.codegen, editing changes, checks, types, validations, or domain code interfaces.

日本語の概要は準備中です。原文の説明を表示しています。

oliver-kriska/claude-elixir-phoenix5652026年10月6日 更新

assigns

無料

Compatibility alias for the Elixir/Phoenix plugin's LiveView assigns audit. Invoke explicitly with /lv:assigns.

日本語の概要は準備中です。原文の説明を表示しています。

oliver-kriska/claude-elixir-phoenix5652026年10月6日 更新

Inspect LiveView socket assigns for memory bloat — missing temporary_assigns, unused assigns, unbounded lists needing streams, memory estimates. Use when LiveView memory grows or you need to add temporary_assigns.

日本語の概要は準備中です。原文の説明を表示しています。

oliver-kriska/claude-elixir-phoenix5652026年10月6日 更新

audit

無料

Project health audit and health check — architecture, performance, tests, dependencies, code quality. Use when assessing overall project health, before releases, or after refactors.

日本語の概要は準備中です。原文の説明を表示しています。

oliver-kriska/claude-elixir-phoenix5652026年10月6日 更新

Analyze Phoenix context boundaries and module coupling via mix xref. Use when checking cross-context calls, validating dependencies, before splitting modules, or reviewing architecture.

日本語の概要は準備中です。原文の説明を表示しています。

oliver-kriska/claude-elixir-phoenix5652026年10月6日 更新

oliver-kriska のスキルをすべて見る

このスキルの問題を報告する