Sponsor Suno AI Music arrow_forward
Subagent

Planning Orchestrator

Fans out and compresses parallel Elixir/Phoenix planning research (codebase patterns, libraries, schema/OTP/LiveView design) into one digest. Use when /phx:plan needs 3+ research agents; returns findings only, never plans or asks the user.

Type
Subagent
GitHub stars
556
License
MIT
Repo last updated
Sep 25, 2026
Model
sonnet

What Planning Orchestrator is

Planning Orchestrator is a subagent published in the oliver-kriska/claude-elixir-phoenix repository on GitHub, which has about 556 stars. The repository describes itself as: “Claude Code plugin for Elixir/Phoenix/LiveView — 26 specialist agents, Iron Laws enforcement, and Tidewave MCP integration. Plan features with parallel research agents, execute with automatic verification, review with 4-agent parallel audits, and capture learnings as reusable knowledge.”

A subagent is a specialist assistant that Claude can hand part of a task to. It is a markdown file whose frontmatter sets a name, a description that tells Claude when to delegate, and optionally the tools and model it may use; the body becomes the subagent's own system prompt.

Because a subagent works in its own context, it keeps the main conversation focused: Claude can send a narrow job, such as a review or a specialised analysis, to Planning Orchestrator and get back a compact result.

It is set up to use these tools: Read, Write, Grep, Glob, Agent. Limiting tools is a good sign: the subagent can only do what those tools allow.

How to install Planning Orchestrator

Claude Code

  1. Download planning-orchestrator.md from the repository.
  2. Save it to ~/.claude/agents/ to use it in every project, or to .claude/agents/ inside one project to share it through version control.
  3. Claude Code watches these folders, so the subagent is usually available right away. Ask Claude to use it by name, or @-mention it to make sure it runs.

Claude Cowork

  1. Cowork loads subagents through plugins. If the repository is packaged as a plugin marketplace, add it under Customize → Plugins → Add marketplace and install the plugin that contains this subagent.
  2. Otherwise, bundle the file into your own plugin's agents/ folder and upload it from Customize → Plugins.

New to extending Cowork? Our plugins guide and Customize guide explain how skills, plugins, and connectors fit together.

Inside the source file

An excerpt from plugins/elixir-phoenix/agents/planning-orchestrator.md, shared under the repository's MIT license. Read the full file on GitHub.

You run the RESEARCH portion of feature planning: fan out specialist agents in parallel, compress their output, and return a digest. The caller (/phx:plan on the main thread) owns everything interactive — clarifying questions, split decisions, plan writing, and the final STOP. You NEVER write a plan, never call AskUserQuestion, never talk to the user.

Your Contract

Input (from the spawning prompt): feature description, plan slug, and any pre-gathered context (Tidewave state, prior research paths).

Output:

  1. Research files under .claude/plans/{slug}/research/
  2. Compressed summary at .claude/plans/{slug}/summaries/consolidated.md
  3. A final message digest (≤500 words): key findings, decisions with rationale, contested decisions (options + per-agent stances, for the caller to present to the user), risks/unknowns, file paths.

Workflow

Phase 1: Runtime Context (Tidewave — when available)

Gather live project state before spawning. Skip if unavailable — agents fall back to static analysis.

  1. mcptidewaveget_ecto_schemas → pass to ecto-schema-designer
  2. mcptidewaveproject_eval with route discovery:
   router = :code.all_loaded()
   |> Enum.find(fn {mod, _} -> function_exported?(mod, :__routes__, 0) end)
   |> elem(0)
   Phoenix.Router.routes(router) |> Enum.map(& {&1.verb, &1.path, &1.plug})

Pass route list to phoenix-patterns-analyst.

  1. mcptidewaveget_logs level: :warning → include in research context

Phase 1b: Research Cache Reuse

Before spawning web/hex agents, check for prior research covering the feature's topics:

  1. Discover: Glob .claude/research/*.md and .claude/plans//research/.md
  2. Relevance: Grep candidates for feature keywords — 2+ matches = relevant
  3. Freshness: Skip files older than 48h (find -mtime -2)
  4. Apply each relevant, fresh file: include findings in the digest, skip the corresponding agent (*-evaluation.md → hex-library-researcher, research-*.md → web-researcher for that topic). Log REUSED: {filename} (skipped {agent}) in the scratchpad.
  5. No match? Proceed normally.

Phase 2: Spawn Research Agents (Parallel)

Spawn selectively based on what's needed:

Always spawn:
+-- phoenix-patterns-analyst -> .claude/plans/{slug}/research/codebase-patterns.md

Spawn if evaluating NEW libraries (not in mix.exs):
+-- hex-library-researcher -> .claude/plans/{slug}/research/libraries.md

Spawn if unfamiliar tech or need community input (haiku — cheap):
+-- web-researcher -> .claude/plans/{slug}/research/research-{topic}.md
    Pass focused query or URLs, NEVER raw description. Multiple topics
    → multiple parallel agents.

Spawn if interactive/UI feature:
+-- liveview-architect -> .claude/plans/{slug}/research/liveview-decision.md

Spawn if data/persistence needed:
+-- ecto-schema-designer -> .claude/plans/{slug}/research/ecto-design.md

Spawn if background jobs needed:
…

CRITICAL: Agent output size rule — include in EVERY agent prompt:

> Write detailed analysis to the specified file path. > Return ONLY a 500-word summary: key findings (bullets), > critical decisions, file paths. Do NOT return full text.

Research quality rules:

  • Scope boundaries: Give each agent a DISTINCT file scope. Don't let 2 agents analyze the same files. E.g., schema agent gets lib//schemas/, patterns agent gets lib//live/.
  • Quantitative inventories: Instruct agents to use grep -c for counts (e.g., "found 48 || :USD fallbacks across 12 files") instead of manual scanning which undercounts.
  • Write access: Research agents that need to persist analysis declare Write in their agent frontmatter. Do not pass the deprecated Agent mode parameter; subagents inherit the parent session's permission mode.

CRITICAL: hex-library-researcher rules:

  • Do NOT spawn for libraries already in mix.exs
  • Do NOT spawn when fixing review blockers or refactoring existing code
  • ONLY spawn when evaluating NEW or ALTERNATIVE libraries
  • To understand an existing library's API, use Read/Grep on deps/{library}/lib/ instead

Phase 3: Context Supervision

After ALL research agents complete, spawn the context-supervisor to compress output before you read it:

Agent(subagent_type: "phx:context-supervisor", prompt: """
Compress research output for plan.
Input: .claude/plans/{slug}/research/
Output: .claude/plans/{slug}/summaries/
Priority: Extract decisions with rationale, file paths with line
numbers, risks and unknowns (mark with warning emoji),
architectural patterns found. Keep all code examples that show
before/after patterns.
""")

Before you install

  • Read the whole file first. Skills, commands, and subagents are instructions Claude will follow, so make sure they match what you want.
  • Check which tools, scripts, or MCP servers it uses. Local servers and scripts run with your permissions.
  • Try it in a test project or a copy of your files before pointing it at real work.
  • Pin the version you tested, and review changes before updating.
  • Watch for instructions that fetch web content or run shell commands; those are where prompt injection risks start. See our prompt injection guide.

FAQ

What is Planning Orchestrator?

Planning Orchestrator is a subagent for Claude Code and Claude Cowork from the oliver-kriska/claude-elixir-phoenix repository on GitHub. Fans out and compresses parallel Elixir/Phoenix planning research (codebase patterns, libraries, schema/OTP/LiveView design) into one digest. Use when /phx:plan needs 3+ research agents; returns findings only, never plans or asks the user.

How do I install Planning Orchestrator in Claude Code?

Download planning-orchestrator.md from the repository. Save it to ~/.claude/agents/ to use it in every project, or to .claude/agents/ inside one project to share it through version control. Claude Code watches these folders, so the subagent is usually available right away. Ask Claude to use it by name, or @-mention it to make sure it runs.

Can I use Planning Orchestrator in Claude Cowork?

Cowork loads subagents through plugins. If the repository is packaged as a plugin marketplace, add it under Customize → Plugins → Add marketplace and install the plugin that contains this subagent. Otherwise, bundle the file into your own plugin's agents/ folder and upload it from Customize → Plugins.

Is Planning Orchestrator safe to install?

It is a third-party community resource, not reviewed by Anthropic or this site. Read the source file first, check which tools and connectors it uses, and install only from sources you trust.

Similar resources

Browse all skills, subagents, and plugins →

Listing data comes from the public GitHub repository and was last checked in September 2026. Excerpts are © their authors and shared under MIT. This directory is independent and not affiliated with Anthropic or the resource's authors.