Architecture of LLM agent systems: orchestration topologies (single agent, supervisor/sub-agents, pipelines, networks), memory/context strategy, the tool layer, and human-in-the-loop/control. Architect-level system design, not prompt wording. USE WHEN: designing agentic/LLM-agent systems, "agent orchestration", "multi-agent", "supervisor", "sub-agents", "tool use", "agent memory", "human-in-the-loop", workflow vs autonomous agent, agent topology/control. DO NOT USE FOR: single prompt/RAG re...
Scanned 9/8/2026
Install to Claude Code
npx -y skills add claude-dev-suite/claude-dev-suite --skill agentic-architecture --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Agentic Architecture?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/claude-dev-suite-agentic-architecture)More formats (shields.io, HTML) on the badges page.
---
name: agentic-architecture
description: |
Architecture of LLM agent systems: orchestration topologies (single agent,
supervisor/sub-agents, pipelines, networks), memory/context strategy, the tool
layer, and human-in-the-loop/control. Architect-level system design, not prompt
wording.
USE WHEN: designing agentic/LLM-agent systems, "agent orchestration",
"multi-agent", "supervisor", "sub-agents", "tool use", "agent memory",
"human-in-the-loop", workflow vs autonomous agent, agent topology/control.
DO NOT USE FOR: single prompt/RAG retrieval design (use rag skills); model
serving (use `inference-serving-topology`); provider routing (use
`model-gateway-routing`).
allowed-tools: Read, Grep, Glob
---
# Agentic System Architecture
## First choice: workflow vs autonomous agent
- **Workflow** (fixed, code-orchestrated steps with LLM calls): predictable,
cheap, debuggable. **Prefer this** when the steps are known.
- **Autonomous agent** (LLM decides the next action in a loop): flexible, handles
open-ended tasks, but less predictable and costlier. Use only when the path
genuinely can't be pre-defined.
## Orchestration topologies
| Topology | Shape | Fits |
|---|---|---|
| Single agent + tools | One loop, a toolbox | Most tasks; start here |
| Supervisor / sub-agents | Orchestrator delegates to specialists (own context) | Decomposable tasks, context isolation |
| Pipeline / chain | Staged hand-offs | Known multi-stage transforms |
| Network / peer agents | Agents message each other | Rarely needed; high complexity/cost |
Bias to the **simplest** topology that works; isolate context with sub-agents
when a subtask would flood the main context.
## Cross-cutting design concerns
- **Memory/context**: short-term (conversation), long-term (vector/store), and
scratch. Compaction/summarization to fit the window; what persists across runs?
- **Tool layer**: typed tools with clear contracts; least-privilege; validate
tool I/O; tools are the agent's blast radius — scope them.
- **Control & safety**: human-in-the-loop approval for irreversible/outward
actions; step/turn budgets; loop/termination conditions; guardrails.
- **Determinism & cost**: cap iterations, cache, and prefer workflows for the
deterministic parts. Observability: trace each step (tool calls, tokens, cost).
- **Failure handling**: retries, fallbacks, and a defined "give up / escalate"
path; don't let agents loop forever.
## When to recommend what
- Known steps → workflow. Open-ended + decomposable → supervisor + sub-agents.
- One coherent task → single agent + tools. Reach for multi-agent networks only
when simpler shapes demonstrably fail.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!