Documents are loading...

Use Mirror Surfaces

How the Use Mirror portal surfaces map to SDK acquisition, first hosted calls, workflow composition, and key ownership

Use this page when you want the shortest answer to: which Portal surface should I open first?

What each surface is for

Portal surfacePrimary jobBacking contract
SDK (Develop → SDK)acquire the right built artifact from the entitlement-aware SDK catalogentitlement-aware release bundle
Onboardingguided SDK setup, env blocks, and starter examplesservice credential plus SDK bundle
Playgroundprove the hosted runtime path worksservice credential plus bearer token
Builderassemble a multi-step protected workflowhosted products and delegated/runtime flows
Key Managementgenerate and export customer-owned keys, plus session/KMS railsoffline license and hosted session/KMS rails

Use Mirror is the operator-facing entry point. Start there before drilling into deep SDK or API reference pages.

Typical operator paths

First hosted call

  1. Check licensed products in Account Settings or Billing & Usage, or read Entitlements and Access.
  2. Create a service credential.
  3. Open Develop -> SDK and download the licensed package bundle, or download the service-credential handoff bundle from Develop -> Credentials during create/rotate.
  4. Install the right artifact from the bundle.
  5. Open Use Mirror -> Onboarding or Use Mirror -> Playground and run the first hosted call.

Local/native crypto

  1. Check licensed products in Account Settings or Billing & Usage, or read Entitlements and Access.
  2. Confirm the enterprise has a Local SDK License for offline/native use.
  3. Open Key Management to generate or export the right rails.
  4. Install the native artifact from artifacts/*.

Composed workflow

  1. Start with Builder when the workflow spans hosted runtime, policy, Memory/VDB, MCP, connectors, Code Prism, or agent surfaces.
  2. Confirm the agent comes from AgentIQ Identity, connectors come from Gateway, and MCP registration is a Gateway projection.
  3. Use the product-specific docs only after the initial shape is working.

Runtime lane proof

  1. Use Gateway registry to inspect provider, end-to-end encrypted, plain, confidential, local, and FHE lanes.
  2. Run the hosted SDK smoke through /mapi first.
  3. Use direct runtime health only as an internal operations proof path.

On this page