Enhanced MuleSoft Experience Glossary
The enhanced MuleSoft experience uses a consistent set of terms across governance, portfolio, instance management, and agentic experiences. Clear definitions help you apply the right concepts when registering assets, configuring strategies, and managing instances.
- A2A endpoint
-
An endpoint that exposes an agent’s capabilities using the Agent-to-Agent (A2A) protocol. Point to an A2A endpoint during agent registration to fetch the agent card automatically.
- Agent
-
An AI-powered service registered in the Agents catalog. Agents connect via A2A endpoints or agent cards and support governance, policy application, and instance management in the enhanced experience.
- Agent card
-
A metadata file that describes an agent’s capabilities, endpoint, and connection details. Upload an agent card during manual registration, or point to an A2A endpoint to fetch one automatically.
- API
-
A service defined by a formal specification and managed in the APIs catalog. Supports REST (OAS, RAML), gRPC (Proto), and AsyncAPI formats. Register APIs manually with a spec file or import them via provider scanners.
- Ask MuleSoft
-
The embedded agentic experience built into the enhanced MuleSoft experience UI. Use Ask MuleSoft for setup guidance, portfolio questions, and recommendations without leaving the product.
- Conformance Report
-
A view on the detail pages of agents, APIs, and MCP servers that shows compliance scores, rule violations, and warnings that applied governance strategies generate.
- Enhanced experience
-
The new MuleSoft UI for managing your AI portfolio, including governance, instance management, observability, and agentic experiences.
- Gateway
-
A runtime component that proxies traffic to backend services while enforcing policies. Supported types include Anypoint Omni Gateway (managed), external gateways, and unmanaged gateways.
- Governance > Cost Management
-
A section under Governance that surfaces token usage, daily spend signals, and cost optimization recommendations across your portfolio. Apply tool mapping, tool sanitization, and related strategies here where the experience supports them.
- Governance > Coverage
-
A view that shows which services and instances have active governance strategies and which governance domains they cover. Coverage identifies gaps where services operate without policy or compliance oversight.
- Governance > Governance Strategies
-
A section under Governance for configuring and managing strategies that monitor, report, enforce, and block noncompliant activity across your services.
- Governance > Security
-
The domain of policies and controls that protect who can access and call your services.
- Governance Strategy
-
A bundled set of design-time and runtime rules that enforce a governance posture across targeted services. Governance strategies connect policy intent to conformance reporting, cost management, and runtime behavior.
- Governance Strategy > Controls
-
Design-time rules that validate services against selected rule sets and generate conformance reports. Apply controls as part of a governance strategy to optionally block noncompliant actions.
- Governance Strategy > Policies
-
Runtime rules that govern traffic passing through service instances. Policies control access, data handling, rate limits, and other runtime behaviors defined in a governance strategy.
- Instance
-
A deployed version of a service on a specific gateway or runtime. Instances receive traffic on the Instance URL and proxy requests to the Target URL. Supported service types include APIs, agents, MCP servers, and LLM proxies.
- LLM Proxy
-
A gateway-backed service that routes requests to a large language model. LLM proxies register in the LLM Proxies catalog and support instance management, policy application, and token usage monitoring.
- Managed instance
-
An instance backed by Anypoint Omni Gateway that enables full policy enforcement, authentication, and monitoring integration. Managed instances provide stronger governance and observability than unmanaged paths.
- MCP Server
-
A server that implements the Model Context Protocol, exposing tools and resources to MCP clients. Create MCP servers from existing APIs, register them manually with an MCP URL or schema file, or import them via provider scanners.
- Observability
-
A section that aggregates org-wide dashboards, reports, and notifications when your administrator enables and connects the observability backend for your business group. Use Observability to compare service-level monitoring signals with broader traffic patterns.
- Platform MCP Server
-
The MCP server that exposes enhanced MuleSoft experience capabilities to MCP clients such as Claude Desktop. Use Platform MCP Server to access portfolio and governance features from supported development environments.
- Portfolio
-
The set of services registered or discovered within your org, organized into catalogs for agents, APIs, MCP servers, LLM proxies, and gateways. Each catalog provides governance, monitoring, and instance management for the services it contains.
- Providers
-
The external cloud platforms connected to the enhanced experience to enable automated service discovery and import. Configure providers under Platform > Providers.
- Scanner
-
A configured connection between the enhanced experience and a supported cloud provider. When a scanner runs, it discovers services and registers them in the matching Portfolio catalog. Scanners run on a schedule or on demand.
- Semantic Service
-
A service that applies context-aware matching to route LLM-driven requests to the most relevant tools and pathways. It’s available at Basic scale (managed internal configuration) or Advanced scale (external embedding API and vector database).
- Target
-
The backend implementation that a gateway proxies traffic to after enforcing policies. Each instance defines a Target URL that points to the live service or runtime.
- Tool mapping
-
A governance control that defines which tools an LLM or agent can invoke. Apply tool mapping to reduce token spend and limit exposure to unintended operations.
- Tool sanitization
-
A governance control that filters or modifies tool inputs and outputs before they reach a model or service. Apply tool sanitization to reduce risk and cost for LLM-backed services.
- Unmanaged instance
-
A lighter-weight instance deployment that does not route traffic through Omni Gateway. Choose unmanaged instances when a full managed path does not match your operating model.



