plugins/elixir-phoenix/skills/brief/SKILL.md
Interactive briefing of a plan file — explains reasoning, schema decisions, component choices. Use when developers need to understand a plan before approving.
npx skillsauth add oliver-kriska/claude-elixir-phoenix phx:briefInstall 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.
Interactive walkthrough of a plan's reasoning, decisions, and solution shape. Designed for developers who need to understand a plan in 1-2 minutes instead of reading the full document.
Plans answer "what to do" but bury "why." This skill bridges that gap with an interactive walkthrough.
/phx:brief # Latest plan
/phx:brief .claude/plans/user-auth/plan.md # Specific plan
$ARGUMENTS = Path to plan file (optional, auto-detects latest)Read the plan file and determine mode from phase statuses:
[PENDING] = Pre-work briefing (what WILL happen)[COMPLETED] or [IN_PROGRESS] = Post-work briefing
(what WAS done and why)If $ARGUMENTS has a path, use it
Otherwise, find latest plan:
Use Glob to find .claude/plans/*/plan.md and pick the most recent.
If no plan found, tell user and suggest /phx:plan
Read the plan file
Read what's available (don't fail if missing):
.claude/plans/{slug}/summaries/consolidated.md (research summary).claude/plans/{slug}/scratchpad.md (decisions, dead-ends).claude/plans/{slug}/progress.md (work log, post-work only)Present ONE section at a time, wrapped in the visual briefing block
(see ${CLAUDE_SKILL_DIR}/references/briefing-guide.md Visual Formatting). After each
section, use AskUserQuestion with options:
| # | Title | Source | |---|-------|--------| | 1 | What We're Building | Summary + Scope | | 2 | Key Decisions | Technical Decisions + scratchpad rationale | | 3 | Solution Shape | Phases overview + Data Model | | 4 | Risks & Confidence | Risks table + unknowns/spikes |
| # | Title | Source | |---|-------|--------| | 1 | What Was Built | Summary + completion status | | 2 | Key Decisions & Why | Technical Decisions + scratchpad | | 3 | How It Was Built | Phases with implementation notes | | 4 | Lessons & Patterns | Risks encountered + patterns used |
See ${CLAUDE_SKILL_DIR}/references/briefing-guide.md for section content templates.
/phx:work without explicit user requestAfter final section (or when user stops):
That's the briefing! For full details, see:
{plan_path}
Ready to proceed? Try `/phx:work {plan_path}` to start execution.
Post-work variant:
That's what was built! For full details, see:
{plan_path}
Consider `/phx:compound` to capture key learnings for future reference.
/phx:plan --> /phx:brief (optional) --> /phx:work --> /phx:brief (optional)
create understand before execute understand after
For plans with 5+ phases or 4+ key decisions, consider suggesting
visual rendering after Section 3. See
${CLAUDE_SKILL_DIR}/references/visual-explainer.md for thresholds and commands.
tools
Scope or freeze which files Claude can edit during debugging, a refactor, or review. Use when edits should stay in specific dirs, or for a read-only investigate lock. Backed by a sentinel + PreToolUse hook.
development
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.
development
Reduce mix output noise (5-15% token savings) by installing rtk filters that compress mix test/credo/dialyzer/compile output before it reaches Claude. Use when long mix output floods context.
development
Narrow bare rescue in Elixir so real errors like KeyError and typos propagate instead of being swallowed. Use to audit rescues and refactor error handling.