인터페이스는 현지화되어 있으며, Skill 소개와 설명 문서는 선택한 언어로 AI가 자동 번역합니다. 코드·명령어·경로·전문 용어는 원문을 유지하며 원작자 문서가 우선합니다.
Skills 둘러보기
디자인 및 창작 · SKILL.md

agentic-architecture

agentic-architecture

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", "t…

Independent GitHub snapshot · Automated classification · Original documentation governs

Skill 문서

GitHub

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

TopologyShapeFits
Single agent + toolsOne loop, a toolboxMost tasks; start here
Supervisor / sub-agentsOrchestrator delegates to specialists (own context)Decomposable tasks, context isolation
Pipeline / chainStaged hand-offsKnown multi-stage transforms
Network / peer agentsAgents message each otherRarely 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.
저장한 Skills