mcpField
A
agent-design

agent-design

github.com/fusengineAgent workflows3447 installsUpdated 2w ago
Repository

About agent-design

agent-design is a design skill for planning AI agent architecture and workflows, aimed at developers building or reviewing agents. It organizes references for architecture, workflows, templates, and anti-patterns, and emphasizes giving sub-agents only the context they need.

Key features

  1. 01Compare agent architectures
  2. 02Guide agent workflow design
  3. 03Provide production and Claude Code templates
  4. 04Review common design anti-patterns
  5. 05Promote limited sub-agent context

Use cases

  1. 01Choose a single- or multi-agent architecture
  2. 02Define an agent's workflow
  3. 03Create a Claude Code agent definition
  4. 04Review tool access and error handling

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/fusengine/agents --skill agent-design

After installing, type/agent-designin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
anti-patterns.md
patterns.md
templates.md
workflows.md

Details

From the project README
Agent Design covers the architectural decisions behind building a high-performance AI agent: the workflow-vs-agent distinction (code-orchestrated vs LLM-directed control), the minimal agent structure (identity, capabilities, tools, constraints, workflow), and the "fresh eyes" principle -- each sub-agent gets only the context it needs, never the full orchestrator history.

It routes to four references depending on the task: patterns.md for architecture choice (Single Agent, Orchestrator, Pipeline, Network, Supervisor, Hierarchical, Meta-Prompting), workflows.md for implementing APEX/TDD/Explore-Plan-Code/Review/Debug patterns inside an agent, templates.md for the full production frontmatter and Claude Code agent template, and anti-patterns.md for reviewing a design against common mistakes.

Agent Design

Skill for designing high-performance AI agents following 2025 patterns.

References

  • patterns.md - Load when: choosing an agent architecture (Single Agent, Agent+Tools, Orchestrator, Pipeline, Network, Supervisor, Hierarchical, Meta-Prompting) or comparing their trade-offs
  • workflows.md - Load when: implementing APEX, TDD, Explore-Plan-Code, Code Review, or Debugging workflows for an agent
  • templates.md - Load when: writing a full agent definition (production frontmatter + sections) or a Claude Code agent template
  • anti-patterns.md - Load when: reviewing an agent design for common mistakes (omniscient agent, implicit instructions, missing error handling)

Fundamental Distinction

Workflows vs Agents
TypeControlWhen to use
WorkflowCode orchestrates LLMPredictable tasks, need for control
AgentLLM directs its actionsFlexibility, adaptive decisions

Golden rule: Start simple, add complexity if necessary.

Minimal Agent Structure

Agent:
  identity: Who am I?
  capabilities: What can I do?
  tools: What tools do I have?
  constraints: What are my limits?
  workflow: How should I proceed?

For the complete production structure and the Claude Code agent template, see templates.md.

Fresh Eyes Principle

Key 2025 concept: Each sub-agent must have a "fresh" context.

❌ Bad: Pass entire history to each sub-agent
✅ Good: Give only necessary information

Orchestrator:
  - Keeps complete history
  - Extracts relevant context for each sub-agent
  - Synthesizes results

Design Checklist

Before creating an agent
  • Is the objective clear?
  • Would a simple workflow suffice?
  • What tools are needed?
  • What guardrails are required?
During design
  • Is identity well defined?
  • Is workflow explicit?
  • Are error cases handled?
  • Are examples relevant?
After creation
  • Standard case tests?
  • Edge case tests?
  • Security tests (jailbreak)?
  • Acceptable performance?

For anti-patterns to avoid during design, see anti-patterns.md.

Forbidden

  • Never create an agent without explicit workflow
  • Never give access to all tools without necessity
  • Never ignore the principle of least privilege
  • Never forget security guardrails

Comments

Markdown supported