Skip to main content

Getting Started with FactVerse AI Agent

This guide is for implementation engineers, partners, and customer technical teams who need to connect an AI client to FactVerse AI Agent for the first time.

FactVerse AI Agent uses governed MCP endpoints. A client connects to one endpoint, sends an API key, lists the tools allowed for that key, then calls read or compute tools inside the tenant and scope resolved by the platform.

AI client -> /mcp/<slice>/ -> API key resolves tenant and scopes -> allowed tools

Prerequisites

Before connecting a client, prepare the following:

RequirementNotes
FactVerse hostUse the customer or project host provided for the environment. Examples use https://your-factverse-host.
MCP endpointUse the slice endpoint enabled for the customer, such as /mcp/base/ or /mcp/pdm/.
API keyThe key is issued by an administrator, shown once, and sent as X-API-Key.
ScopesThe key must hold the scopes required by the tools it will call.
Source dataAsset records, operational signals, documents, scenes, or work-order records must exist before the Agent can reason over them.
MCP-compatible clientClaude Desktop, Cursor, a custom MCP client, or an enterprise agent runtime.

Choose an endpoint

Start with the endpoint that matches the workflow. Use the scope reference for the current generated catalog.

EndpointTypical useCommon scopes
/mcp/base/General asset reads, knowledge, documents, data quality, simulation, optimization, and approved write actionsbase.read, base.compute.run, base.action.write
/mcp/pdm/Predictive maintenance health, summaries, anomalies, and component intelligencepdm.read
/mcp/trafficops/People, vehicle, checkpoint, and traffic operation toolstrafficops.read
/mcp/telcoops/Network operation and capacity analysis toolstelcoops.read
/mcp/semiops/Cleanroom, fab, utility, SMT, and environment toolssemiops.read
/mcp/aviation/Aviation reliability analysis toolsaviation.analysis.read

The retired /mcp/physical/ endpoint is kept only for migration awareness. New Physical AI workflows should use the current base and module endpoints together with Designer scenes, SimReady assets, and simulation workflows.

Configure a client

Every request uses X-API-Key. Do not pass tenant identifiers in a header as a substitute for key-based authorization.

{
"mcpServers": {
"factverse-base": {
"url": "https://your-factverse-host/mcp/base/",
"headers": {
"X-API-Key": "fvk_your_scoped_key"
}
}
}
}

Use a separate server entry for each endpoint when the integration needs multiple slices. A single key may hold multiple scopes if the deployment policy allows it.

Verify the setup

Run these checks before building a workflow.

  1. Connect to the endpoint over HTTPS.
  2. Initialize the MCP session.
  3. List tools at runtime.
  4. Confirm the expected tools are visible.
  5. Call a read-only tool first.
  6. Record the response, source references, and any missing data notes.

Python client example:

from mcp import ClientSession
from mcp.client.streamable_http import streamablehttp_client

async def main():
async with streamablehttp_client(
"https://your-factverse-host/mcp/base/",
headers={"X-API-Key": "fvk_your_scoped_key"},
) as (read, write, _):
async with ClientSession(read, write) as session:
await session.initialize()

tools = await session.list_tools()
for tool in tools.tools:
print(tool.name)

result = await session.call_tool(
"get_equipment_status",
{"equipment_id": "EQ-001"},
)
print(result)

If the tool is not listed, do not hard-code the call. Check the endpoint, key, scope, and module enablement first.

First workflow checks

WorkflowStart withVerify
Facility operations/mcp/base/ with base.readAsset identity, location, status, source-system freshness, and related documents.
Predictive maintenance/mcp/pdm/ with pdm.readEquipment health, anomaly visibility, maintenance history, and signal quality.
Physical AI/mcp/base/ with base.compute.run plus Designer scene contextScene version, asset version, simulation assumptions, and validation records.

Write actions such as work-order creation require an explicit write scope such as base.action.write. They should remain behind human approval and audit controls.

Common startup failures

SymptomLikely causeCheck
403 at gatewayNo API key was sentConfirm the X-API-Key header is present.
401Key is invalid, revoked, or for a different environmentRequest a new key from the administrator.
missing required scopeKey does not hold the tool scopeCompare the visible tools with the scope reference.
Tool is not listedWrong endpoint, module not enabled, or insufficient scopeUse runtime tools/list and check the endpoint path.
Empty or weak answerSource data is missing, stale, or not mapped to the assetCheck DFS pipelines, Platform asset records, Inspector records, and documents.
Write action blockedWrite scope or approval policy is missingKeep the action as a draft and route it to an approved operator.

Next steps