Credentials spread
Provider keys move into local tools, applications, and agent runtimes without one revocation boundary.
Private release candidate · Enterprise AI Gateway & Control Plane
Tensor Cortex unifies Workspace, an OpenAI-compatible Gateway, and Control so organizations can apply one policy path across private and approved public AI.
simulation Incoming
Policy gate
Deployments
req_tc_8d4a → corp-glm-primary synthetic selection · private req_tc_9e12 → openai-enterprise synthetic selection · approved-cloud req_tc_77c1 → safe error returned public fallback blocked · prompt stayed private The control gap
Teams adopt models, agents, and developer tools before one operating boundary exists for credentials, data sensitivity, provider access, and spend. Tensor Cortex puts those decisions on one governed request path.
Provider keys move into local tools, applications, and agent runtimes without one revocation boundary.
Each integration makes its own decision about which data may reach which model and provider.
Security and platform teams cannot reconstruct why a route was allowed, rejected, or changed.
01 / Platform
Tensor Cortex turns identity, application context, data sensitivity, model capabilities, health, and budget into one explainable route decision. Security filters the candidate set first. Optimization only happens inside that set.
Workspace
In approved evaluations, employees can use company-published profiles such as Automatic, Private, Fast, Coding, or Finance. Tensor Cortex applies company policy in the background and shows a clear security classification on every response.
Gateway
In an approved deployment, applications connect to logical profiles, not physical model IDs. Move the
code or automatic profile to a different deployment without
changing the logical name; client and provider compatibility still requires validation.
from openai import OpenAI
client = OpenAI(
base_url="https://ai.company.com/v1",
api_key="tc_live_..."
)
response = client.chat.completions.create(
model="automatic",
messages=[{
"role": "user",
"content": "Summarize this incident."
}]
) Control
The committed control path can publish policy without changing application code. Test a user, team, profile, and data class before release, then inspect every selected and rejected deployment through the route decision record.
WHEN
THEN
SIMULATION
02 / Security invariant
The committed fallback path evaluates the same policy-approved deployment set. Once a stream starts, Tensor Cortex never silently continues the answer from another provider.
Review the security architectureBuilt for governed use
03 / Deployment
Tensor Cortex is a private release candidate for deployment-scoped evaluation. There is no public production API, self-service signup, or general-availability service. The current evaluation direction is a customer-dedicated Self-Managed path, scoped case by case.
Policybeforeoptimization
Cost and latency only rank models already allowed by policy.Profilesbeforeproviders
Users and applications see stable capabilities, not model churn.Metadatabeforecontent
Audit is useful without collecting every prompt and response.Explanationbeforeautomation
Every route records what was selected, rejected, and why.04 / FAQ
Technical and deployment questions teams ask before standardizing AI access.
Tensor Cortex is a private-release-candidate enterprise AI access and control plane. Its committed product contract covers a governed employee workspace, an OpenAI-compatible application gateway, and controls for model access, routing policy, fail-closed fallback, audit, usage, and budgets. It is evaluated only in approved, deployment-scoped environments today.
A basic LLM gateway proxies requests or selects a provider. The Tensor Cortex release-candidate contract evaluates who is making the request, which application it belongs to, the data class involved, and active company policy before it considers cost or latency. The designed policy system spans both the employee workspace and developer API.
The release-candidate contract supports policy routing between approved private OpenAI-compatible endpoints and approved public providers. Which endpoint classes are enabled depends on the deployment: the planned shared Cloud alpha excludes private endpoints, while a Self-Managed evaluation may connect customer-controlled endpoints. Logical profiles such as Automatic, Private, Fast, or Coding can isolate applications from physical model changes.
The committed fallback contract stays inside the policy-approved trust boundary. If a confidential request is private-only and no compliant private deployment is available, the release-candidate path returns a safe error and records the route decision. It does not silently send the prompt to a public provider.
The committed gateway contract covers OpenAI-compatible model listing and chat completions, including streaming and logical model aliases. There is no public production base URL or self-service API key. Compatibility must be validated for each client, provider, and approved deployment; see the API reference for the exact boundary.
The current evaluation path is a private Self-Managed, customer-dedicated release candidate scoped case by case. Shared Cloud is in invite-only alpha preparation for at most ten organizations and is not an active public service. A Dedicated managed offering is planned but not available. No deployment model is generally available today.
The committed release-candidate audit path is content-negative by default: prompt and response bodies are not written to Tensor Cortex audit records. That does not control an upstream model provider's retention. Any optional workspace history or content retention must be evaluated separately for the approved deployment and policy.
No. Tensor Cortex is the control layer, not an inference engine, model-training system, or GPU scheduler. Its release-candidate contract connects to approved model endpoints that an organization separately operates or procures; Tensor Cortex does not currently offer managed inference.
Tensor Cortex Insights
Evidence-led technical guides that define decision boundaries, cite current primary sources, and include original frameworks or testable artifacts.
View all InsightsA responsibility matrix for separating HTTP forwarding, model selection, policy, configuration, audit, and operations in an LLM access stack.
Read the article05 / Pilot
Use one buyer-critical route to test whether policy survives provider failure, private and public deployment choices, and the audit evidence your team needs.
Prefer email? hello@tensorcortex.com
req_tc_0000 Thanks — your request is recorded for review. We will assess fit and the next evidence step. Prefer to add something now? Write to hello@tensorcortex.com.