Ash Framework — resources, actions, policies, aggregates; Use when generating resources via mix ash.codegen, editing…
日本語の概要は準備中です。原文の説明を表示しています。
Brainstorm Elixir/Phoenix features — explore ideas, compare approaches, gather requirements. Use when vague idea, not sure how to approach, or want to discuss before plan.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Interactive interview → research → synthesis loop. Produces structured
interview.md that phx-plan detects and consumes (skipping clarification).
phx-brainstorm Add some kind of notification system
phx-brainstorm Improve authentication security
phx-brainstorm # starts with open question
phx-brainstorm {topic}
|
v
[INTERVIEW] ←──────────────────┐
| |
v (sufficient OR user exit) |
[DECISION POINT] |
├─ Research ──→ [RESEARCH] ─┘
├─ Continue interview ──────┘
├─ Make a plan ──→ STOP (suggest phx-plan {slug})
├─ Store & exit ──→ STOP (artifacts saved)
└─ Discuss ──→ freeform ──→ [DECISION POINT]
Create .claude/plans/{slug}/ directory. Start asking ONE question at a time.
Track coverage across 6 dimensions (0=uncovered, 1=partial, 2=sufficient). Ask Scope early — for "optimize X" topics, ask about boundaries (upstream OK? Local-only? CI vs dev?) before research, not during.
| Dim | Target | Sufficient signal |
|---|---|---|
| What | Specific behavior/features | Concrete verbs, not "some kind of" |
| Why | Problem solved, user need | Clear benefit stated |
| Scope | In/out boundaries | Explicit exclusions stated |
| Where | Modules, contexts, pages | File paths or context names mentioned |
| How | Approach, constraints | At least one concrete constraint |
| Edge | Error states, scale, auth | 2+ edge cases identified |
Interview is "sufficient" when total score >= 8 out of 12.
Before each question, run a brief codebase scan on topics the user mentioned:
Write interview.md first, then use AskUserQuestion — every option below relies on the saved file. Move past this point only on a formal choice.
Write current state to .claude/plans/{slug}/interview.md
Show coverage summary: "Coverage: What 2/2 | Why 2/2 | Scope 1/2 | ..."
Use AskUserQuestion with EXACTLY these options (4 max — the tool's hard limit; the auto-added "Other" covers freeform discussion):
phx-plan .claude/plans/{slug}/interview.mdWait for user response. Do NOT proceed without explicit choice
AskUserQuestion discipline: decisions only, never narration or rhetorical check-ins. Every option states concrete impact (what happens, what it costs) so the user can pick without follow-up questions.
First cycle: MAX 2 agents — keep it fast (~2-3 min). Spawn in ONE
Tool Use block with run_in_background: true:
phoenix-patterns-analyst: "How does this codebase handle {topics}?"
Write to .claude/plans/{slug}/research/codebase-scan.mdweb-researcher: "Elixir/Phoenix approaches to {topics}"
Return 500-word summaryDo NOT spawn additional specialist agents in the first cycle. If user wants deeper investigation, they pick "More research" at the next Decision Point — then spawn focused agents for specific questions.
Evaluate — for each approach found:
Converge — present 2-3 approaches with honest trade-offs. Do NOT recommend one. Return to Decision Point (AskUserQuestion).
See references/research-integration.md for details.
phx-plan — always present as option, let user chooseinterview.md is the contract with phx-planphx-brainstorm ──→ interview.md ──→ phx-plan (skips clarification)
──→ phx-plan --existing (deepens)
──→ stored for later session
Position: optional upstream of phx-plan in workflow cycle.
references/interview-techniques.md — coverage scoring,
question templates, scan patterns, signal detection, interview.md formatreferences/research-integration.md — diverge-evaluate-converge,
agent spawn templates, approach presentation formatまだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Ash Framework — resources, actions, policies, aggregates; Use when generating resources via mix ash.codegen, editing…
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
Compatibility alias for the Elixir/Phoenix plugin's LiveView assigns audit. Invoke explicitly with /lv:assigns.
日本語の概要は準備中です。原文の説明を表示しています。
Inspect LiveView socket assigns for memory bloat — missing temporary_assigns, unused assigns, unbounded lists needing streams, memory estimates. Use when LiveView memory grows or you need to add temporary_assigns.
日本語の概要は準備中です。原文の説明を表示しています。
Project health audit and health check — architecture, performance, tests, dependencies, code quality. Use when assessing overall project health, before releases, or after refactors.
日本語の概要は準備中です。原文の説明を表示しています。
Analyze Phoenix context boundaries and module coupling via mix xref. Use when checking cross-context calls, validating dependencies, before splitting modules, or reviewing architecture.
日本語の概要は準備中です。原文の説明を表示しています。