mcpbeat Sign in

Brief Skill for Claude

Interactive briefing of a plan file — explains reasoning, schema decisions, component choices. Use when developers need to understand a plan before approving.

4k tokens
context cost
the whole folder, loaded on every use
3
files
instructions only
0
copies elsewhere
how many repositories repackaged it
514
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/oliver-kriska/claude-elixir-phoenix --skill brief

What comes with it

12 058 bytes besides the instruction
references/briefing-guide.md
references/visual-explainer.md

What it tells the agent to use

found in the instruction text
Task spawns other agents

The instruction itself

16 sections, as written by the author

Plan Briefing

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.

Why This Exists

Plans answer "what to do" but bury "why." This skill bridges that

gap with an interactive walkthrough.

Usage

/phx:brief                                    # Latest plan
/phx:brief .claude/plans/user-auth/plan.md    # Specific plan

Arguments

  • $ARGUMENTS = Path to plan file (optional, auto-detects latest)

Mode Detection

Read the plan file and determine mode from phase statuses:

  • All phases [PENDING] = Pre-work briefing (what WILL happen)
  • Any phase [COMPLETED] or [IN_PROGRESS] = Post-work briefing

(what WAS done and why)

Execution Flow

Step 1: Locate and Load Plan

  • 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

Step 2: Load Supporting Artifacts

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)

Step 3: Present Briefing Sections

Present ONE section at a time, wrapped in the visual briefing block

(see ${CLAUDE_SKILL_DIR}/references/briefing-guide.md Visual Formatting).

**The section MUST be emitted as visible response text BEFORE the

AskUserQuestion call.** Content composed only in thinking/reasoning

is invisible to the user, and the question field is too short to

carry it. If the user would see only a "Continue?" dialog, the section

was never shown. Write the ★ Briefing block as normal output first,

then ask:

  • If sections remain: question "Continue the briefing?" with options

"Next: {title}", "Ask me a question about this", "Stop here"

  • If final section: no question needed, show closing message

Section Flow (Pre-Work Mode)

| # | 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 |

Section Flow (Post-Work Mode)

| # | 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.

Iron Laws

  • ONE section at a time — never dump all content
  • User controls pace — always offer to stop
  • Explain WHY, not just WHAT — rationale over listing
  • Ground in artifacts — focus on insights specific to this

plan's research, decisions, and scratchpad entries, not general

programming concepts

  • Keep each section under 20 lines — this is a briefing,

not a lecture

  • NEVER skip sections or auto-start work — briefing is read-only; do not execute plan tasks or launch /phx:work without explicit user request
  • SECTION TEXT BEFORE THE QUESTION — every ★ Briefing block is

visible response text emitted before its AskUserQuestion; never

deliver a section only inside thinking or the question field

Closing Message

After 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.

Integration

/phx:plan  -->  /phx:brief (optional)  -->  /phx:work  -->  /phx:brief (optional)
  create       understand before            execute        understand after

Complex Plan Enhancement

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.

Notes

  • Runs in main conversation context (not a subagent)
  • Model: no special requirement — uses default session model
  • No artifacts written — briefing is ephemeral, plan IS the artifact
  • Reference file readable since skill runs in user's session

Other skills for the same job

different authors, same section of the catalogue
Doc Coauthoring
by anthropics
vendor ×10

Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.

4k tokens
File Organizer
by frostant
×10

Intelligently organizes your files and folders across your computer by understanding context, finding duplicates, suggesting better structures, and automating cleanup tasks. Reduces cognitive load and keeps your digital workspace tidy without manual effort.

3k tokens
Domain Name Brainstormer
by frostant
×8

Generates creative domain name ideas for your project and checks availability across multiple TLDs (.com, .io, .dev, .ai, etc.). Saves hours of brainstorming and manual checking.

1k tokens
Brainstorming
by ZhanlinCui
×4

You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.

626 tokens
Planning With Files
by ZhanlinCui
×3

Implements Manus-style file-based planning for complex tasks. Creates task_plan.md, findings.md, and progress.md. Use when starting complex multi-step tasks, research projects, or any task requiring >5 tool calls.

9k tokens scripts
Scientific Brainstorming
by christophacham
×3

Creative research ideation and exploration. Use for open-ended brainstorming sessions, exploring interdisciplinary connections, challenging assumptions, or identifying research gaps. Best for early-stage research planning when you do not have specific observations yet. For formulating testable hypotheses from data use hypothesis-generation.

5k tokens
GitHub Project Management
by ComeOnOliver
×3

Comprehensive GitHub project management with swarm-coordinated issue tracking, project board automation, and sprint planning

14k tokens
Grill Me
by ComeOnOliver
×3

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

3k tokens

How to use it

Copy the folder

Take oliver-kriska/brief from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.