Concepts

Platform model

Understand the identity, governance, retrieval, and provider layers of Deeplinq.

Deeplinq sits between your trusted application backend and model providers. It does more than proxy requests: it resolves authority, enforces policy, and records usage before and after every model call.

Request path

Organizations and users

Every request resolves to one internal organization. User identity is optional for organization-level operations and required for owner-scoped resources such as conversations, personal connections, and agent runs.

Tenant isolation exists at multiple boundaries:

  • PostgreSQL rows are organization-scoped;
  • vectors use one Weaviate tenant per organization;
  • object keys carry a validated organization prefix;
  • durable workers reload tenant identity from trusted records;
  • tools are filtered to the invoking user's live connections.

Connectors and connections

These terms represent different ownership models:

  • A connector is an organization-managed provider configuration used by the model gateway.
  • A connection is a user-owned link to personal or external data, such as Gmail, Outlook, or an MCP tool server.

Governance

The engine applies model grants, credit availability, user limits, and guardrails before provider activity. Actual usage is captured into an append-only ledger and correlated with minimized audit events and traces.

This makes the API compatible at the edge without delegating authority, metering, or evidence collection to the upstream provider.

On this page