mcpbeat Sign in

Intent Detection Skill for Claude

Route ambiguous or mixed Phoenix/LiveView/Ecto requests before choosing a workflow. Use when user is unsure where to start/how to approach work, asks for the right workflow, or combines intents such as fixing and refactoring. NOT for a clear task.

1k tokens
context cost
the whole folder, loaded on every use
1
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 intent-detection

The instruction itself

8 sections, as written by the author

Intent Detection — Workflow Routing

When user describes work WITHOUT specifying a /phx-* command, analyze their intent and suggest the appropriate workflow BEFORE starting work.

Hard guard — check FIRST: if the message starts with any slash command

(/phx-*, /ecto-*, /lv-*, or any other /command), this skill does not apply.

Follow the invoked command directly — no routing analysis, no suggestion, zero

output from this skill.

Routing Table

| Signal | Detected Intent | Suggest |

|--------|----------------|---------|

| "bug", "error", "crash", "failing", "broken", stack trace | Bug investigation | /phx-investigate |

| "brainstorm", "explore idea", "not sure what I need", "vague idea", "let's discuss", "how to approach" | Ideation/requirements | /phx-brainstorm |

| "add", "implement", "build", "create" + multi-step | New feature | /phx-plan |

| "review", "check", "audit" code | Code review | /phx-review |

| "fix" + small/specific scope | Quick fix | handle directly or /phx-quick |

| "refactor", "clean up", "improve" | Refactoring | /phx-plan (needs scope) |

| "research", "how to", "what's the best" | Research | /phx-research |

| "evaluate", "compare", "adopt", "library", "should we use" | Library evaluation | /phx-research --library |

| "test", "spec", "coverage" | Testing | handle directly or /phx-plan |

| Describes 1-2 file changes, < 50 lines | Small task | handle directly |

| "deploy", "release", "production" | Deployment | /phx-verify then deploy |

| "performance", "slow", "N+1", "memory" | Performance | /phx-perf |

| "PR review", "review comments", "address feedback", "respond to PR" | PR response | /phx-pr-review |

| "that worked", "fixed it", "problem solved" | Knowledge capture | /phx-compound |

| "enhance plan", "more detail", "deepen" | Plan enhancement | /phx-plan --existing |

| "triage", "which findings", "prioritize fixes" | Finding triage | /phx-triage |

Behavior

  • Read user's first message
  • Match against routing table (use keyword + context signals, not exact match)
  • If match found with multi-step workflow: "This looks like [intent]. I'd suggest [command] — want me to run it, or should I just dive in?"
  • If trivial task (typo, single-line fix, config change): skip suggestion, just do it
  • If user already specified a /phx-* command: follow it, don't re-suggest
  • NEVER block the user — suggestion only, not mandatory

Confidence Signals

High confidence (suggest immediately):

  • Stack trace or error message pasted → /phx-investigate
  • "Add [feature] with [multiple components]" → /phx-plan
  • "Review my changes" or "check this PR" → /phx-review

Medium confidence (suggest with caveat):

  • "Fix [thing]" — could be quick or complex, suggest based on scope description
  • "Update [thing]" — could be small edit or refactor

Low confidence (just do it):

  • Single file mentioned, clear change
  • "Change X to Y"
  • Configuration or dependency updates

Complexity Signals

When a task matches a workflow command, check complexity before suggesting:

Trivial signals (suggest /phx-quick or handle directly):

  • Single file mentioned explicitly
  • "exclude X from Y", "add X to config", "rename", "change X to Y"
  • Problem + solution both stated ("X is wrong, change to Y")
  • One-line fix described

Complex signals (suggest /phx-plan or /phx-investigate):

  • 3+ modules or files mentioned
  • "intermittent", "race condition", "sometimes", "random"
  • Stack trace with 5+ frames
  • "across", "all", "every" (scope indicators)

Override rule: If user invokes /phx-full but task matches trivial signals:

"This looks like a quick fix. Want /phx-quick instead, or stick with the full cycle?"

Iron Laws

  • NEVER block on suggestion — If user starts explaining, just do the work
  • One suggestion max — Don't re-suggest if user ignores first suggestion
  • Commands are shortcuts, not gates — All work can be done without commands

Routing Logic Example

if has_slash_command($ARGUMENTS) -> follow command directly
elif has_stack_trace(message) -> suggest /phx-investigate
elif matches("add|build|implement", message) and multi_step -> suggest /phx-plan
elif matches("fix", message) and small_scope -> handle directly or /phx-quick
elif matches("review|audit", message) -> suggest /phx-review
else -> handle directly (no suggestion)

Integration

This skill is consulted at session start. It works alongside:

  • SessionStart hook (shows plugin loaded message)
  • CLAUDE.md routing instructions (passive reference)
  • Individual workflow skills (activated by commands)

Other skills for the same job

different authors, same section of the catalogue
Receiving Code Review
by ZhanlinCui
×7

Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation

2k tokens
Requesting Code Review
by ZhanlinCui
×6

Use when completing tasks, implementing major features, or before merging to verify work meets requirements

2k tokens
Git Commit
by github
vendor ×3

Execute git commit with conventional commit message analysis, intelligent staging, and message generation. Use when user asks to commit changes, create a git commit, or mentions "/commit". Supports: (1) Auto-detecting type and scope from changes, (2) Generating conventional commit messages from diff, (3) Interactive commit with optional type/scope/description overrides, (4) Intelligent file staging for logical grouping

799 tokens
Github Code Review
by ComeOnOliver
×3

Comprehensive GitHub code review with AI-powered swarm coordination

13k tokens
Karpathy Guidelines
by hyyhf
×3

Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.

629 tokens
Code Reviewer
by google-gemini
vendor ×2

Use this skill to review code. It supports both local changes (staged or working tree) and remote Pull Requests (by ID or URL). It focuses on correctness, maintainability, and adherence to project standards.

795 tokens
Agent MD Refactor
by softaworks
×2

Refactor bloated AGENTS.md, CLAUDE.md, or similar agent instruction files to follow progressive disclosure principles. Splits monolithic files into organized, linked documentation.

4k tokens
Commit Work
by softaworks
×2

Create high-quality git commits: review/stage intended changes, split into logical commits, and write clear commit messages (including Conventional Commits). Use when the user asks to commit, craft a commit message, stage changes, or split work into multiple commits.

2k tokens

How to use it

Copy the folder

Take oliver-kriska/claude-elixir-phoenix-opencode-intent-detection 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.