agent-decision-design-pattern

Selects the agent design pattern for a usecase and writes an approval-gated design document.

1|9|Updated Jul 11, 2026
One-click install
npx skills add https://github.com/agenticgogol/Edureka_Coding_Agent_Enabled_Demo_11Jul --skill agent-decision-design-pattern-agenticgogol
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: agent-decision-design-pattern
Source: https://github.com/agenticgogol/Edureka_Coding_Agent_Enabled_Demo_11Jul/tree/main/.claude/skills/agent-decision-design-pattern
Command: npx skills add https://github.com/agenticgogol/Edureka_Coding_Agent_Enabled_Demo_11Jul --skill agent-decision-design-pattern-agenticgogol

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Choosing the right agent architecture pattern (RAG, ReAct, supervisor, planner-executor, etc.) is error-prone: teams often over-engineer with complex multi-agent setups or skip simpler deterministic solutions. This Skill provides a structured, question-driven decision process that picks the simplest justified pattern and documents the reasoning. ## Core Features & Use Cases - Branch-aware pattern selection: Takes the single-agent vs multi-agent decision from stage 1 as fixed input and asks targeted questions to select the specific pattern within that branch. - Evidence-grounded recommendations: Covers deterministic code, fixed RAG, Agentic RAG, bounded ReAct, planner-executor, parallel fan-out, critic-actor, supervisor, hierarchical, peer-to-peer, and sequential pipeline patterns, always naming rejected alternatives. - Approval-gated output: Writes system_design/02_design_pattern.md with a decision walkthrough, ASCII topology diagram, and model/provider notes, then stops for explicit user approval. - Use Case: As stage 2 of an agent-system-design pipeline, after topology is approved, run this to decide whether a customer-support bot needs a fixed RAG workflow or a dynamic Agentic RAG loop, with the reasoning recorded for later build stages. ## Quick Start Run stage 2 of the agent-system-design pipeline to choose the design pattern for my usecase based on the approved topology in system_design/01_agent_topology.md.

Frequently Asked Questions about agent-decision-design-pattern

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I choose between single-agent and multi-agent design patterns?▼

The single vs multi-agent decision is made in stage 1 of the pipeline, not here. This stage takes that approved topology as fixed input and selects the specific pattern within the branch, such as supervisor, hierarchical, or peer-to-peer for multi-agent systems.

How to decide between fixed RAG and Agentic RAG for a chatbot?▼

Ask whether a single fixed retrieve-then-generate call suffices or whether retrieval itself must be dynamic, such as reformulating queries, grading results, or routing between sources. Fixed single-call needs map to a RAG workflow; dynamic retrieval maps to Agentic RAG with only the capabilities the usecase requires.

When should I use a supervisor pattern versus peer-to-peer handoff?▼

Use a supervisor when distinct specialist domains exist and one routing level is enough. Use peer-to-peer handoff only when two or more roughly equal roles must hand off directly to each other without a central dispatcher.

Can this stage override the topology decision from stage 1?▼

No. Stage 1's topology decision is a fixed input and is never re-litigated here. If stage 2's questions reveal it looks wrong, the process explicitly sends the user back to stage 1 rather than silently overriding it.

What happens after the design pattern document is written?▼

The Skill writes system_design/02_design_pattern.md with Status: PENDING APPROVAL and stops. It does not proceed to stage 3 until the user explicitly confirms the chosen pattern and documented reasoning.