Agents Directory Codemap

Responsibility

The src/agents/ directory implements a multi-agent orchestration system for OpenCode. It defines specialized AI agents with distinct roles, capabilities, and behaviors that collaborate under an orchestrator to optimize coding tasks across quality, speed, cost, and reliability dimensions.

Design

Core Architecture

Agent Definition Interface (defined in orchestrator.ts)

interface AgentDefinition {
  name: string;
  description?: string;
  config: AgentConfig;
  /** Priority-ordered model entries for runtime fallback resolution. */
  _modelArray?: Array<{ id: string; variant?: string }>;
}

All agents follow a consistent factory pattern:

createXAgent(model, customPrompt?, customAppendPrompt?) → AgentDefinition
Custom prompts can fully replace or append to default prompts
Temperature varies by agent role (0.1-0.7) to balance precision vs creativity
Model can be string or priority-ordered array for runtime fallback resolution

Agent Classification

Primary Agent

Orchestrator: Central coordinator that delegates tasks to specialists based on quality/speed/cost/reliability trade-offs

Subagents (5 specialized agents)

Explorer - Codebase navigation and pattern matching (temperature: 0.1)
Librarian - External documentation and library research (temperature: 0.1)
Oracle - Strategic technical advisor and architecture guidance (temperature: 0.1)
Designer - UI/UX design and implementation (temperature: 0.7)
Fixer - Fast implementation specialist (temperature: 0.2)

Configuration System

Override Application

Model and temperature can be overridden per agent via user config
Model can be string or priority-ordered array for runtime fallback resolution
Fallback mechanism: Fixer inherits Librarian's model if not configured
Default models defined in ../config/DEFAULT_MODELS

Permission System

All agents get question: 'allow' by default
Skill permissions applied via getSkillPermissionsForAgent()
Nested permission structure: { question, skill: { ... } }
Supports per-agent skill lists via configuredSkills parameter

Custom Prompts

Loaded via loadAgentPrompt(name) from config
Supports full replacement or append mode
Applied after default prompt construction

Agent Specialization Matrix

Agent	Primary Focus	Tools	Constraints	Temperature
Explorer	Codebase navigation	grep, glob, ast_grep_search	Read-only, parallel	0.1
Librarian	External docs	context7, grep_app, websearch	Evidence-based, citations required	0.1
Oracle	Architecture guidance	Analysis tools, code review	Read-only, advisory	0.1
Designer	UI/UX implementation	Tailwind, CSS, animations	Visual excellence priority	0.7
Fixer	Implementation	Edit/write, lsp_diagnostics	No research/delegation, structured output	0.2

Flow

Agent Creation Flow

createAgents(config?)
  │
  ├─→ For each subagent:
  │   ├─→ Get model (with fallback for fixer)
  │   ├─→ Load custom prompts
  │   ├─→ Call factory function
  │   ├─→ Apply overrides (model, temperature, variant)
  │   └─→ Apply default permissions (question: 'allow', skill permissions)
  │
  ├─→ Create orchestrator:
  │   ├─→ Get model (or leave unset for runtime resolution)
  │   ├─→ Load custom prompts
  │   ├─→ Call factory function
  │   ├─→ Apply overrides
  │   └─→ Apply default permissions
  │
  └─→ Return [orchestrator, ...subagents]

SDK Configuration Flow

getAgentConfigs(config?)
  │
  ├─→ createAgents(config)
  │
  ├─→ For each agent:
  │   ├─→ Extract config
  │   ├─→ Add description
  │   ├─→ Add MCP list via getAgentMcpList()
  │   ├─→ Set mode:
  │   │   ├─→ 'primary' for orchestrator
  │   │   └─→ 'subagent' for others
  │   └─→ Map to Record<string, SDKAgentConfig>
  │
  └─→ Return config object

Orchestrator Delegation Flow

User Request
    │
    ↓
Understand (parse requirements)
    │
    ↓
Path Analysis (quality, speed, cost, reliability)
    │
    ↓
Delegation Check
    │
    ├─→ Need to discover unknowns? → @explorer
    ├─→ Complex/evolving APIs? → @librarian
    ├─→ High-stakes decisions? → @oracle
    ├─→ User-facing polish? → @designer
    ├─→ Clear spec, parallel tasks? → @fixer
    └─→ Simple/quick? → Do yourself
    │
    ↓
Parallelize (if applicable)
    │
    ├─→ Multiple @explorer searches?
    ├─→ @explorer + @librarian research?
    └─→ Multiple @fixer instances?
    │
    ↓
Execute & Integrate
    │
    ↓
Verify (lsp_diagnostics, tests)

Agent Interaction Patterns

Research → Implementation Chain

Orchestrator
    ↓ delegates to
Explorer (find files) + Librarian (get docs)
    ↓ provide context to
Fixer (implement changes)

Advisory Pattern

Orchestrator
    ↓ delegates to
Oracle (architecture decision)
    ↓ provides guidance to
Orchestrator (implements or delegates to Fixer)

Design Pattern

Orchestrator
    ↓ delegates to
Designer (UI/UX implementation)

Integration

Dependencies

External Dependencies

@opencode-ai/sdk - Core agent configuration types (AgentConfig)
@modelcontextprotocol/sdk - MCP protocol (via config)

Internal Dependencies

../config - Agent overrides, default models, MCP lists, custom prompts
../cli/skills - Skill permission system (getSkillPermissionsForAgent)

Consumers

Direct Consumers

src/index.ts - Main plugin entry point exports getAgentConfigs()
src/cli/index.ts - CLI entry point uses agent configurations

Indirect Consumers

OpenCode SDK - Consumes agent configurations via getAgentConfigs()
MCP servers - Agents configured with specific MCP tool lists

Configuration Integration

Agent Override Config

interface AgentOverrideConfig {
  model?: string;
  temperature?: number;
  skills?: string[];
}

Plugin Config

interface PluginConfig {
  agents?: {
    [agentName: string]: AgentOverrideConfig;
  };
  // ... other config
}

Skill System Integration

Each agent gets skill-specific permissions:

Permissions loaded from ../cli/skills
Applied via nested skill key in permissions object
Respects user-configured skill lists if provided

MCP Integration

Agents are configured with specific MCP tool lists:

getAgentMcpList(agentName, config) returns tool list
MCP tools enable agent capabilities (e.g., grep_app for Librarian)
Configured per agent based on role and needs

Key Design Decisions

Factory Pattern: Consistent agent creation with customization hooks
Temperature Gradient: 0.1 (precision) → 0.7 (creativity) based on role
Read-Only Specialists: Explorer, Librarian, Oracle don't modify code
Execution Specialist: Fixer is the only agent that makes code changes
Fallback Model: Fixer inherits Librarian's model for backward compatibility
Permission Defaults: All agents get question: 'allow' for smooth UX
Custom Prompt Flexibility: Full replacement or append mode for customization
Parallel-First: Orchestrator encouraged to parallelize independent tasks
Evidence-Based Research: Librarian must provide sources and citations
Visual Excellence Priority: Designer prioritizes aesthetics over code perfection

File Structure

src/agents/
├── index.ts          # Main entry point, agent factory registry, config application
├── index.test.ts     # Unit tests for agent creation and configuration
├── orchestrator.ts   # Orchestrator agent definition, delegation workflow, AgentDefinition interface
├── explorer.ts       # Codebase navigation specialist
├── librarian.ts      # Documentation and library research specialist
├── oracle.ts         # Strategic technical advisor
├── fixer.ts          # Fast implementation specialist
└── designer.ts       # UI/UX design specialist

Extension Points

Adding New Agents

Create src/agents/newagent.ts with createNewAgent() factory
Add to SUBAGENT_FACTORIES in index.ts
Add to SUBAGENT_NAMES in ../config
Configure default model in ../config/DEFAULT_MODELS
Add MCP configuration in ../config/agent-mcps
Add skill permissions in ../cli/skills

Customizing Existing Agents

Override model/temperature via plugin config
Replace or append to prompts via loadAgentPrompt()
Configure MCP tools via agent-mcps config
Adjust skill permissions via skills config

codemap.md 8.8 KB Permalink History Raw