Claude Code Dynamic Workflows: Skills vs Sub-Agents vs Agent Teams Explained
Nate Herk demystifies Claude Code's new dynamic workflows feature from Opus 4.8, drawing clear lines between skills, sub-agents, agent teams, and workflows. A single workflow run analyzing 41 skills consumed 5 million input tokens and burned through half his $200/month plan — these are powerful tools, but they demand respect for cost.
"Claude Code Dynamic Workflows Clearly Explained" by Nate Herk — Watch on YouTube →
Key Takeaways
- Workflows generate a JavaScript script that orchestrates hundreds of parallel sub-agents, each working a different piece and reporting results to one master session.
- The agent hierarchy: Skills = reusable recipes; Sub-agents = parallel workers with isolated context; Agent teams = group chat with shared task lists; Workflows = dynamically scripted multi-agent orchestrators.
- A single workflow analyzing 41 skills consumed 5 million input tokens — always acknowledge the cost prompt before kicking one off.
- Workflows confirm with you before launching and save as reusable scripts so you can re-run the same orchestration later.
- Best for heavy-lifting code tasks: codebase sweeps, security audits, large PR reviews. Overkill for typical daily knowledge-work or skill automation.
The Four-Tier Agent Hierarchy
Nate lays out a clear "ladder" for choosing the right Claude Code feature. At the base is your main session — you prompt and Claude reasons, fetches, or calls APIs. One step up, Skills are reusable saved processes: you define them once and invoke them repeatedly, either manually or through automation. Sub-agents run parallel to the main session and handle isolated tasks, but they don't share context with each other — only with the main session that spawned them. Agent Teams add inter-agent communication: a small crew shares a context and can debate and delegate tasks, useful for war-room scenarios. Workflows sit at the top: Claude writes a JavaScript file that scripts the entire orchestration, spinning up potentially hundreds of sub-agents to work in parallel before synthesizing results.
The tradeoff is straightforward — more power and functionality equals more risk and cost. Nate emphasizes that not every feature is for everyone: for automation and knowledge work (versus heavy software engineering), he personally doesn't expect to reach for workflows often.
When Workflows Make Sense
The clearest use case is large-scale parallel processing: analyzing a whole codebase, auditing every API endpoint, or porting code across many files simultaneously. When the task would require too many sequential steps to fit in a single context window and can be cleanly partitioned into independent units, workflows shine. For anything smaller — summarizing a document, writing a skill, answering a question — stick with sub-agents or plain session prompts.





