AutronAI

MCP FOR AI AGENTS

Connect AI Agents to the tools they need

AutronAI uses Model Context Protocol to bring external tools and services into the Agent system. Explore available MCP servers, install your own connection, configure the required authentication, inspect its tools, and give a Tool Agent access to the specific capabilities required for its responsibility.

Connection without broad access
AutronAITool Agent
External serviceMCP instanceSelected toolsChatbot
01Connect02Inspect03Assign

Beyond the model

AI Agents need capabilities beyond the model

A model can understand and generate text, but many tasks require access to external systems. MCP supplies a consistent connection layer; it is not the Agent itself.

Connect

Bring an external service into the workspace through an MCP server definition and an installed instance.

Inspect

Review its authentication requirements and available capabilities.

Assign

Give a Tool Agent only the tools required for its responsibility.

Connection architecture

MCP separates the connection from the Agent

The server and installed instance are the connection and capability source. A Tool Agent receives selected tools. A Chatbot is the higher-level composition that brings focused Agents together.

External Service

The provider or system where the capability lives.

MCP Server

The reusable definition for connecting to that capability source.

Installed MCP Instance

The configured workspace connection created from a server template.

Selected Tools

The individual actions chosen from the instance catalog.

Tool Agent

The focused Agent that receives those selected capabilities.

Chatbot

The conversational composition that can bring multiple Agents together.

Explore

Explore MCP servers from one marketplace

The current marketplace separates discovery from workspace connections with Explore and Installed tabs. Search, filter by category, sort the catalog, and compare tool counts and credential requirements before opening a server.

Find

Use search, category filters, and sorting to narrow the catalog.

Compare

Cards expose tool count and indicate when credentials are required.

Switch context

Move between servers to explore and connections already installed.

Preview

Inspect the tools before you install

The preview shows the server description and slug, authentication scheme and categories, plus the name and description of each exposed tool.

Connection instance

Install your own MCP instance

Give the instance a recognizable name and provide the configuration required by its server template. The installed instance is the capability source that later appears for Tool Agents.

Marketplace Server

A reusable server template with connection requirements and available tool definitions.

Installed Instance

A named, per-workspace configured connection created from that template.

Authentication

Configure authentication for the service you connect

The current model supports none, api_key, and oauth. API-key servers expose required credential fields and can render the key into a bearer header when required. OAuth is server-specific: the marketplace currently has dedicated installation and reconnection handling for Google Workspace OAuth, rather than assuming every server supports OAuth.

none

No credential input is required by the server definition.

api_key

Enter the required API key through its dedicated credential field.

oauth

Complete provider authorization only where the server supports it.

Connection data

Keep configuration and secrets separate

Installation sends ordinary settings as config_values and sensitive credential fields as secret_values. Secret fields render as password inputs, separate from normal configuration.

Installed workspace

See what is installed in your workspace

The Installed view shows each instance name, source server, server tool count, and whether credentials are configured, with controls to inspect or remove the connection.

Explicit assignment

An installed MCP server does not automatically become an Agent capability

Installation makes an instance available in the workspace. Tool access is granted later while creating or editing a Tool Agent.

Install server

Create the configured MCP instance.

Available in workspace

The instance becomes a capability source.

Create or edit a Tool Agent

Define the focused responsibility.

Select MCP instance

Choose the relevant connection.

Select individual tools

Grant only the required actions.

Agent receives those tools

The Agent receives the selection, not the entire catalog.

Tool selection

Give each Tool Agent precise capabilities

The selector groups selected and unselected tools, shows descriptions and a selected count, and supports individual selection, select all, and clear.

Granular actions

One server can expose many different actions

A server catalog is not an indivisible permission set. Tools remain individually assignable, so a Tool Agent can receive a smaller subset that matches its job.

Clear concepts

MCP Tools and Skills solve different problems

Keeping responsibility, procedure, connection, and action separate makes the system easier to understand.

Agent Instructions

What is this Agent responsible for?

Define its role, boundaries, and expected behavior.

Skill

How should this task be performed?

Provides reusable procedural guidance.

MCP Instance

Which external system is connected?

Represents the configured workspace connection.

MCP Tool

What external action can the Agent invoke?

Represents one capability from that system.

Procedure plus action

Combine Skills with MCP Tools

Tool Agents can also have Skills. Instructions define responsibility, a Skill supplies reusable procedure, and an MCP tool supplies an external action. A Skill is guidance, not executable external code.

Tool Agent

Instructions

Responsibility and operating boundaries.

Tool Agent

Skill

A reusable procedure selected for the task.

Tool Agent

MCP Tool

An external action the Agent may invoke.

Right capability, right Agent

Use MCP when the Agent needs to act outside the model

Not every Agent needs MCP. A Document Agent may use documents, a Structured Data Agent may use a structured source, and a Custom Agent may use Skills. A Tool Agent is designed to receive selected external MCP tools.

Intentional access

Keep external access scoped to the task

Start small

Choose the smallest useful tool set.

Clarify responsibility

Define the Tool Agent's job before assigning capabilities.

Separate when useful

Keep unrelated capabilities in different focused Agents.

Review before expanding

Inspect each tool before adding it.

External dependencies

External services remain external systems

Provider availability, permissions, account state, API or provider limits, credential validity, and provider policy changes can affect what a connected tool can do.

Custom definitions

Connect custom MCP servers when needed

The customer MCP workspace supports owner-scoped external server definitions with a name, slug, description, URL template, headers template, authentication scheme, enabled state, and—when relevant—a credential help URL or OAuth provider and scopes. Current customer-created definitions use owner-only visibility.

Catalog maintenance

Keep the tool catalog current

The workspace includes an explicit synchronization flow. It previews the tools a server exposes, shows added, updated, and removed counts, and lets an operator review before approving the catalog update. Synchronization is deliberate, not continuous or automatic.

End-to-end workflow

A practical MCP workflow

Explore

Find an MCP server.

Inspect

Review tools and authentication.

Install

Create a named instance.

Authenticate

Provide credentials or complete OAuth where supported.

Create a Tool Agent

Define its responsibility.

Select tools

Give it only the required tools.

Compose

Attach the Tool Agent to a Chatbot.

Controlled capability

Connect tools without turning the Agent into a permission dump

MCP makes external capabilities easier to connect, but the goal is not to maximize the number of available tools.

The goal is to give each Agent a controlled set of capabilities that matches its responsibility.

A connection can expose many tools. A Tool Agent can use a smaller subset. Skills can describe reusable procedures. Other Agents can handle documents or structured data. The Chatbot can then compose the capabilities that belong together.

That structure keeps the AI system understandable as it grows.

FAQ

Questions, answered

Frequently asked questions

What is MCP for AI agents?

Model Context Protocol provides a consistent way to expose external capabilities to AI systems. In AutronAI, a workspace installs or configures an MCP instance, reviews its tools, and assigns selected actions to a focused Tool Agent.

Does installing an MCP server give every Agent all of its tools?

No. Installation makes the connection available in the workspace. Tool access is granted later by selecting an MCP instance and individual tools for a Tool Agent, so an installed catalog does not become a broad permission set automatically.

Which MCP authentication methods are supported?

The current model supports none, api_key, and oauth authentication schemes. OAuth behavior is server-specific; the present marketplace includes dedicated Google Workspace OAuth handling rather than assuming a universal OAuth flow for every server.

How are MCP tools different from Skills?

An MCP tool represents an external action that an Agent may invoke. A Skill represents reusable procedural guidance. Instructions define the Agent's responsibility, while Skills and tools contribute different parts of how that responsibility is fulfilled.

Can I connect a custom MCP server?

The customer MCP workspace supports owner-scoped external server definitions with connection, authentication, and tool-catalog configuration. Catalog refresh is an explicit preview-and-approval workflow rather than a background process.

Build with AutronAI

Connect your AI Agents to real capabilities

Install an MCP connection, inspect the tools it exposes, and give each Tool Agent the capabilities required for its job.