Executive Summary
As network environments grow more complex, the tools used to manage them must evolve from passive dashboards into proactive, intelligent assistants. Selector has re-architected its Copilot system from a single-turn question-and-answer experience into a sophisticated multi-agent system built on the ReAct (Reasoning and Action) pattern.
From Q&A to Agentic Copilot
Original Copilot
Agentic Copilot
The ReAct Pattern in Practice
Agentic Copilot follows a continuous reasoning loop:
Thought
Analyze the userʼs input and determine what information is needed
Action
Select and execute the appropriate tool
Observation
Evaluate the returned data
Decision
Determine whether sufficient information has been gathered
The Multi-Agent Architecture
To avoid overwhelming a single LLM with excessive tools and context, Selector has implemented a hierarchical, multi-agent architecture.
1. The Orchestrator Agent
The Orchestrator acts as the system’s central coordinator and intent router.
- Receives user input, conversation history, and customer-specific context
- Does not directly query data sources
- Determines which domains are needed to answer the question
- Delegates tasks (often in parallel) to Domain Agents and synthesizes their responses
2. Domain-Specific Agents
Domain agents are specialized “workers” designed for specific areas (e.g., Firewall, Routing, Synthetics, Cloud Infrastructure).
- Stateless and focused, executing discrete tasks without carrying the full conversation history
- Constrained toolsets that reduce context overhead and improve accuracy
- Extensible by design, making it easy to introduce new agents as data sources and features expand
3. The Model Context Protocol (MCP) Server
The MCP server hosts the tools that interact directly with Selector’s data and services.
- Allows Domain Agents to retrieve or act on data such as BGP tables, latency metrics, and device health
- Supports a decoupled architecture so external environments, including BYOA (Bring Your Own Agent), can integrate with the same toolset
This abstraction layer supports both internal scalability and external extensibility.
How Context Engineering Powers Accuracy
The effectiveness of this architecture depends on strong context engineering across every layer of the system. Key components include:
- Orchestrator Context: Defining the Orchestrator’s role and injecting customer-specific language and conventions
- Agent Descriptions: Providing detailed docstrings so the Orchestrator understands when to invoke each agent without hardcoded logic
- Domain Agent Context: Ensuring each agent behaves as an expert within its domain
- MCP Tool Descriptions: Writing precise, structured instructions for tool usage, inputs, and outputs
Together, these layers help the system behave intelligently without relying on rigid workflows.
Key Benefits and Features
- Conversational Interface: Supports natural follow-up questions with retained conversational context, configurable to customer needs.
- Streaming and Observability: Provides real-time visibility into agent reasoning, tool usage, and returned data for full traceability.
- Fuzzy Matching: Handles typos, ambiguity, and partial inputs through semantic similarity.
- Actionable Workflows: Supports CRUD operations so agents can take action, not just retrieve insights, such as scheduling maintenance or creating dashboards.
The Road Ahead: Toward Autonomous Networks
Current state
Proactive
Near future
Predictive
End goal
Autonomous