2. Hopex MCP Architecture
The Hopex MCP Server is delivered with the Hopex bundle and runs as a HAS module. It uses the standard HAS mechanisms for communication, security, deployment, and supervision.
No separate MCP Server package is required. The module is started from the HAS console, and the deployed MCP Server version is the one delivered with the installed Hopex bundle.
It does not access the Hopex repository directly. All requests go through the MCP endpoint exposed by HAS and are constrained by Hopex rights, the selected GraphQL schema, and MCP Server settings.
Hopex remains the system of record. The MCP Server exposes only authorized capabilities; the AI client uses the returned data to produce the user-facing answer.
Security follows the same principles as other applications consuming the Hopex Web API. MCP access is governed by Hopex rights, the selected GraphQL schema, the configured authentication mode, and the customer environment security rules.
2.1. Role in the Hopex ecosystem
The MCP Server lets an AI client query Hopex through an MCP-compatible interface, without exposing the repository or bypassing repository governance.
The information exposed through MCP depends on the GraphQL schema associated with the server. This schema defines the objects and relationships that can be accessed by the AI client. When the schema includes customer-specific metamodel extensions, the additional guidance in section 5.2 Customized metamodel exposure applies.
MCP is not an AI engine and does not replace Hopex. It provides an integration interface between the AI client and the repository.
MCP does not connect Hopex to any LLM by itself. The connection to an LLM depends entirely on the AI client selected, configured, and authorized by the customer.
Authentication and connection modes depend on the MCP Server configuration, the Hopex environment, and the AI client capabilities. The applicable modes and parameters are described in the security and configuration sections of this document.
2.2. Components
The main components are:
2.3. Communication flow
Communication uses HTTPS across the exposed flow. The AI client calls the MCP endpoint exposed by HAS, while the MCP Server accesses Hopex through GraphQL/Web API.
2.4. Responsibilities
Responsibilities are separated: the AI client handles interaction, the MCP Server exposes authorized Hopex tools, HAS provides runtime and supervision, and Hopex manages repository data and rights.
Hopex provides the MCP endpoint, authentication, controlled data access, and the GraphQL schema based on the configured metamodel. AI agents, LLM selection, prompting strategies, and customer-specific schema adaptation remain outside its scope.
2.5. Architecture diagram
