Skip to content

Subagents

When you run /flow-next:plan or /flow-next:work, you are not talking to one model doing everything in one context window. Each command is an orchestrator that dispatches a fleet of specialized subagents — each with its own fresh context, its own model tier, and its own narrow job. You never invoke these directly; they exist so the commands you do invoke stay fast, focused, and hard to derail.

This section documents that machinery: 21 subagents across three roles.

flowchart LR
  You["You"] -->|"/flow-next:plan"| Plan["plan"]
  You -->|"/flow-next:prime"| Prime["prime"]
  You -->|"/flow-next:work"| Work["work"]
  You -->|"/flow-next:resolve-pr"| Resolve["resolve-pr"]
  Plan --> PS["9 planning scouts"]
  Prime --> RS["8 readiness scouts"]
  Work --> EX["worker · plan-sync · quality-auditor"]
  Resolve --> PR["pr-comment-resolver"]
  • You type a slash command.
  • The skill orchestrates: it reads state, decides what to dispatch, and composes the results into one answer.
  • The subagents do the scoped work in isolated context and report structured findings back up.
  • Fresh context per job. A scout that reads twenty files returns a paragraph, not twenty files’ worth of tokens in your main conversation.
  • Parallel fan-out. /flow-next:plan dispatches up to nine scouts at once; /flow-next:prime runs eight. Coverage grows without growing wall-clock.
  • Read-only by design. Every scout disallows Edit, Write, and Task — it can investigate but cannot touch your code or spawn further agents. Only the builders (worker, pr-comment-resolver) write files, and even they cannot spawn subagents.
  • Right model for the job. Each subagent is assigned a tier by how much reasoning its job needs — a reasoning tier for analysis and synthesis, a fast tier for mechanical scans, and inherit the caller’s model for the builders.

Research the codebase, the ecosystem, and the existing plan graph before any task is written. Full detail →

SubagentTierWhat it surfaces
repo-scoutReasoningExisting patterns, conventions, and related code paths to match
context-scoutReasoningToken-efficient deep exploration via RepoPrompt codemaps and slices
spec-scoutReasoningDependencies and relationships against open specs
docs-scoutReasoningThe exact framework/library docs the implementation will need
practice-scoutReasoningCurrent best practices, anti-patterns, and pitfalls
github-scoutReasoningReference implementations and known issues across GitHub
memory-scoutFastPrior learnings in .flow/memory/ relevant to the task
flow-gap-analystReasoningMissing requirements, edge cases, and open questions
docs-gap-scoutReasoningWhich docs will need updating once the change lands

Assess whether the repository is ready for agents and production. Each scout owns one pillar. Full detail →

SubagentTierWhat it surfaces
build-scoutFastBuild system, scripts, and CI — can an agent compile and run it?
testing-scoutFastTest framework, coverage config, and how to run tests
tooling-scoutFastLinting, formatting, type-checking, pre-commit
claude-md-scoutReasoningQuality and completeness of CLAUDE.md / AGENTS.md
env-scoutFast.env templates, Docker, devcontainers, system deps
security-scoutFastBranch protection / rulesets, CODEOWNERS, dependency updates
observability-scoutFastLogging, tracing, metrics, health endpoints
workflow-scoutFastCI/CD pipelines, PR/issue templates, automation

docs-gap-scout is shared with planning above.

Execution & review → /flow-next:work, /flow-next:sync, /flow-next:resolve-pr

Section titled “Execution & review → /flow-next:work, /flow-next:sync, /flow-next:resolve-pr”

The agents that change code and guard quality. Full detail →

SubagentTierWhat it does
workerInheritsImplements one task in fresh context — re-anchor, build, commit, mark done
plan-syncReasoningProposes updates to downstream specs after implementation drift
quality-auditorReasoningAdversarial review of the diff: correctness, simplicity, security, tests
pr-comment-resolverInheritsResolves a single PR review thread and returns a structured verdict