research
Research Elixir/Phoenix/Ecto topics or evaluate Hex libraries (--library). Use when learning about libraries, patterns, or comparing approaches. Searches HexDocs, ElixirForum, GitHub.
Install
npx skills add https://github.com/oliver-kriska/claude-elixir-phoenix/tree/main/plugins/elixir-phoenix/skills/research
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install oliver-kriska-claude-elixir-phoenix@llmmart
git clone https://github.com/oliver-kriska/claude-elixir-phoenix.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole oliver-kriska/claude-elixir-phoenix collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
Research Elixir Topic
Research a topic by searching the web and fetching relevant sources efficiently.
Usage
/phx:research Oban unique jobs best practices
/phx:research LiveView file upload with progress
/phx:research --library permit
Arguments
$ARGUMENTS = Research topic/question. Add --library for
structured library evaluation (uses ${CLAUDE_SKILL_DIR}/references/library-evaluation.md
template).
Iron Laws
- Write output to file, never dump inline — Research output floods conversation and loses reference for future sessions
- Stop after research — never auto-transition — User decides next step
- Prefer official sources over blog posts — HexDocs and ElixirForum have version-specific context
- One document per research question — No fragmented files
- NEVER pass raw user input as WebSearch query — Decompose first
Library Evaluation Mode
If $ARGUMENTS contains --library or the topic is clearly
about evaluating a Hex dependency (e.g., "should we use permit",
"evaluate sagents", "compare oban vs exq"):
- Read
${CLAUDE_SKILL_DIR}/references/library-evaluation.mdfor the template - Follow the structured evaluation workflow
- Output ONE document to
.claude/research/{lib}-evaluation.md - Skip the general research workflow below
Workflow
0. Pre-flight Checks
Cache check: Check if .claude/research/{topic-slug}.md already
exists. If recent (<24 hours): present existing summary, ask
"Refresh or use existing?"
Tidewave shortcut: If the topic is about an existing dependency
(library already in mix.exs), prefer Tidewave over web search:
mcp__tidewave__get_docs(module: "LibraryModule")
This returns docs matching your exact mix.lock version — faster,
more accurate, zero web tokens. Only fall through to web search if
Tidewave is unavailable or the topic needs community discussion
(gotchas, real-world patterns, comparisons).
1. Query Decomposition (CRITICAL — before any search)
Decompose $ARGUMENTS before searching — raw prose makes a poor query:
- If
$ARGUMENTS< 30 words and focused → use as single query - If
$ARGUMENTS> 30 words or multi-topic → extract 2-4 queries
Each query: max 10 words, targets ONE specific aspect.
Example:
Input: "detect files, export to md, feed database with embeddings,
use ReqLLM for OpenAI API..."
Queries:
1. "Elixir PDF text extraction library hex"
2. "Ecto pgvector embeddings setup"
3. "ReqLLM OpenAI embeddings Elixir"
2. Parallel Web Search
Search ALL decomposed queries in a SINGLE response (parallel):
WebSearch(query: "{query1} site:elixirforum.com OR site:hexdocs.pm OR site:github.com")
WebSearch(query: "{query2} site:hexdocs.pm OR site:elixirforum.com")
Deduplicate URLs across results. Discard clearly irrelevant hits.
3. Spawn Parallel Research Workers
Group URLs by topic cluster. Spawn 1-3 web-researcher agents in parallel (one per topic cluster):
Agent(subagent_type: "phx:web-researcher", prompt: """
Research focus: {specific aspect from decomposed query}
Fetch these URLs:
- {url1}
- {url2}
- {url3}
Extract: code examples, patterns, gotchas, version compatibility.
Return 500-800 word summary.
""", run_in_background: true)
Rules:
- 1 topic cluster = 1 agent (don't mix unrelated URLs)
- Max 5 URLs per agent (diminishing returns beyond that)
- If only 1-3 URLs total, use single foreground agent
- Pass URLs explicitly — agents should NOT re-search
- Agents are focused on extraction, not synthesis
4. Write Output (File-First — NEVER Dump Inline)
After ALL agents complete, synthesize summaries into ONE file. Target: ~5KB for topic research, ~3KB for library evaluations.
Create .claude/research/{topic-slug}.md:
# Research: {topic}
## Summary
{2-3 sentence answer combining all worker findings}
## Sources
### {Category}
- [{title}]({url}) - {key insight}
### Code Examples
```elixir
# From {source}: {what this demonstrates}
{code}
Recommendations
Watch Out For
- {gotcha from forum/issues}
### 5. After Research — STOP
**STOP and present the research summary.** Do NOT auto-transition.
Use `AskUserQuestion` to let the user choose next action:
- "Plan a feature based on this research" → `/phx:plan`
- "Investigate a specific finding" → `/phx:investigate`
- "Research more on a subtopic" → continue research
- "Done" → end
**NEVER auto-invoke `/phx:plan` or any other skill after research.**
Files (claude-elixir-phoenix)
-
references
-
library-evaluation.md 1.9 KB
# Library Evaluation Template When `/phx:research --library` or evaluating a Hex dependency, use this structured template instead of free-form research. ## Workflow 1. Check hex.pm stats (downloads, recent releases, maintenance) 2. Read GitHub repo (issues, PRs, test quality, deps) 3. Analyze architecture fit with current project 4. Produce ONE structured document (not multiple files) ## Output Template Write to `.claude/research/{library-name}-evaluation.md`: ```markdown # Library Evaluation: {name} ## Quick Facts | Metric | Value | |--------|-------| | Hex.pm | {url} | | Latest version | {version} ({date}) | | Weekly downloads | {count} | | License | {license} | | Elixir version | {requirement} | | Dependencies | {list} | ## What It Does {2-3 sentences — what problem it solves} ## Maintenance Assessment - Last release: {date} - Open issues: {count} (oldest: {date}) - Recent commits: {count in last 3 months} - Test coverage: {yes/no/unknown} - CI: {passing/failing/unknown} - Rating: Active / Maintained / Stale / Abandoned ## Architecture Fit ### Current Project Patterns {What patterns the project uses today for this concern} ### Library Approach {How the library handles it — key design decisions} ### Integration Points {Where the library connects to your code} ### Breaking Changes Risk {What would need to change in your codebase} ## Recommendation **Adopt / Wait / Skip** Reason: {1-2 sentences} If adopting: 1. {First integration step} 2. {Key configuration} 3. {Migration path from current approach} ## Watch Out For - {Gotcha 1} - {Gotcha 2} ``` ## Size Target One document, ~5KB max. No separate summary, index, or integration guide files — everything in one evaluation doc. ## After Evaluation — STOP Present the recommendation and ask user what to do next: - "Plan the integration" -> `/phx:plan` - "Research more" -> continue - "Skip it" -> end
-
-
SKILL.md 4.8 KB
--- name: research description: "Research Elixir/Phoenix/Ecto topics or evaluate Hex libraries (--library). Use when learning about libraries, patterns, or comparing approaches. Searches HexDocs, ElixirForum, GitHub." effort: high --- # Research Elixir Topic Research a topic by searching the web and fetching relevant sources efficiently. ## Usage ``` /phx:research Oban unique jobs best practices /phx:research LiveView file upload with progress /phx:research --library permit ``` ## Arguments `$ARGUMENTS` = Research topic/question. Add `--library` for structured library evaluation (uses `${CLAUDE_SKILL_DIR}/references/library-evaluation.md` template). ## Iron Laws 1. **Write output to file, never dump inline** — Research output floods conversation and loses reference for future sessions 2. **Stop after research — never auto-transition** — User decides next step 3. **Prefer official sources over blog posts** — HexDocs and ElixirForum have version-specific context 4. **One document per research question** — No fragmented files 5. **NEVER pass raw user input as WebSearch query** — Decompose first ## Library Evaluation Mode If `$ARGUMENTS` contains `--library` or the topic is clearly about evaluating a Hex dependency (e.g., "should we use permit", "evaluate sagents", "compare oban vs exq"): 1. Read `${CLAUDE_SKILL_DIR}/references/library-evaluation.md` for the template 2. Follow the structured evaluation workflow 3. Output ONE document to `.claude/research/{lib}-evaluation.md` 4. Skip the general research workflow below ## Workflow ### 0. Pre-flight Checks **Cache check**: Check if `.claude/research/{topic-slug}.md` already exists. If recent (<24 hours): present existing summary, ask "Refresh or use existing?" **Tidewave shortcut**: If the topic is about an **existing dependency** (library already in `mix.exs`), prefer Tidewave over web search: ``` mcp__tidewave__get_docs(module: "LibraryModule") ``` This returns docs matching your exact `mix.lock` version — faster, more accurate, zero web tokens. Only fall through to web search if Tidewave is unavailable or the topic needs community discussion (gotchas, real-world patterns, comparisons). ### 1. Query Decomposition (CRITICAL — before any search) Decompose `$ARGUMENTS` before searching — raw prose makes a poor query: - If `$ARGUMENTS` < 30 words and focused → use as single query - If `$ARGUMENTS` > 30 words or multi-topic → extract 2-4 queries Each query: max 10 words, targets ONE specific aspect. Example: ``` Input: "detect files, export to md, feed database with embeddings, use ReqLLM for OpenAI API..." Queries: 1. "Elixir PDF text extraction library hex" 2. "Ecto pgvector embeddings setup" 3. "ReqLLM OpenAI embeddings Elixir" ``` ### 2. Parallel Web Search Search ALL decomposed queries in a SINGLE response (parallel): ``` WebSearch(query: "{query1} site:elixirforum.com OR site:hexdocs.pm OR site:github.com") WebSearch(query: "{query2} site:hexdocs.pm OR site:elixirforum.com") ``` Deduplicate URLs across results. Discard clearly irrelevant hits. ### 3. Spawn Parallel Research Workers Group URLs by topic cluster. Spawn **1-3 web-researcher agents in parallel** (one per topic cluster): ``` Agent(subagent_type: "phx:web-researcher", prompt: """ Research focus: {specific aspect from decomposed query} Fetch these URLs: - {url1} - {url2} - {url3} Extract: code examples, patterns, gotchas, version compatibility. Return 500-800 word summary. """, run_in_background: true) ``` Rules: - **1 topic cluster = 1 agent** (don't mix unrelated URLs) - **Max 5 URLs per agent** (diminishing returns beyond that) - If only 1-3 URLs total, use single foreground agent - **Pass URLs explicitly** — agents should NOT re-search - Agents are focused on extraction, not synthesis ### 4. Write Output (File-First — NEVER Dump Inline) After ALL agents complete, synthesize summaries into ONE file. Target: ~5KB for topic research, ~3KB for library evaluations. Create `.claude/research/{topic-slug}.md`: ```markdown # Research: {topic} ## Summary {2-3 sentence answer combining all worker findings} ## Sources ### {Category} - [{title}]({url}) - {key insight} ### Code Examples ```elixir # From {source}: {what this demonstrates} {code} ``` ## Recommendations 1. {recommendation with evidence} 2. {recommendation with evidence} ## Watch Out For - {gotcha from forum/issues} - {version compatibility note} ``` ### 5. After Research — STOP **STOP and present the research summary.** Do NOT auto-transition. Use `AskUserQuestion` to let the user choose next action: - "Plan a feature based on this research" → `/phx:plan` - "Investigate a specific finding" → `/phx:investigate` - "Research more on a subtopic" → continue research - "Done" → end **NEVER auto-invoke `/phx:plan` or any other skill after research.**
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.