Stats
Actions
Tags
From elixir
Routes to appropriate Elixir thinking skills before code exploration in projects with .ex files, mix.exs, or Elixir/Phoenix/Ecto/OTP mentions. Triggers on implement, add, fix, refactor tasks.
How this skill is triggered — by the user, by Claude, or both
Slash command
/elixir:using-elixir-skillsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
<EXTREMELY-IMPORTANT>
THIS IS NOT OPTIONAL. Skills tell you HOW to explore and WHAT to look for. You cannot rationalize your way out of this.
Elixir/Phoenix/OTP task → Invoke skill FIRST → Then explore/research → Then write code
Skills come before exploration. The skills tell you what patterns to look for, what questions to ask, and what anti-patterns to avoid. Exploring without the skill means you don't know what you're looking for.
| Trigger Phrases | Skill to Invoke |
|---|---|
| code, implement, write, design, architecture, structure, pattern | elixir-thinking |
| LiveView, Plug, PubSub, mount, channel, socket, component | phoenix-thinking |
| context, schema, Ecto, changeset, preload, Repo, migration | ecto-thinking |
| GenServer, supervisor, Task, ETS, bottleneck, Broadway | otp-thinking |
| Oban, workflow, job queue, cascade, graft, background job, async job | oban-thinking |
These thoughts mean STOP—invoke the skill:
| Thought | Reality |
|---|---|
| "Let me explore the codebase first" | Skills tell you WHAT to look for. Invoke first. |
| "Let me understand the code first" | Skills guide understanding. Invoke first. |
| "But first, let me..." | No. Skills come first. Always. |
| "I'll add a process to organize this" | Processes are for runtime, not organization. |
| "GenServer is the Elixir way" | GenServer is a bottleneck by design. |
| "I'll query in mount" | mount is called twice. |
| "Task.async is simpler" | Use Task.Supervisor in production. |
| "I know Elixir well enough" | These skills contain paradigm shifts. Invoke them. |
npx claudepluginhub georgeguimaraes/claude-code-elixir --plugin elixirProvides Elixir expertise for OTP patterns, supervision trees, Phoenix LiveView, Ecto, and concurrent/distributed systems with BEAM best practices.
Provides Elixir best practices and OOP-to-functional shifts: avoid unnecessary processes, use pattern matching/with for control flow, {:ok/:error} handling, behaviors/protocols for polymorphism.
Provides reference for Elixir idioms and OTP/BEAM patterns including GenServer, Supervisor, Task, Registry, pattern matching, pipes, with chains. Use when designing processes or debugging BEAM issues.