Know who’s behind the agent.
Short-lived, task-scoped credentials carry the human → agent → sub-agent chain. The person who started the work remains attributable, while provider keys stay at the broker edge.
Identity & control for enterprise AI
Connect your people, agents and models through one policy boundary. Know who made the request, where the data went, and why it was allowed.
One short-lived identity, scoped to the task.
Allowed destination only
Identity · route · spend · outcome
✓ Served / approved and recorded⊘ Refused / stopped and recorded
Provider keys remain at the broker edge.The request path, made visible.
One boundary. Five controls that move together.
01 / The platform
Agents move fast. Access and accountability should move with them. Neptic evaluates every turn at the point where identity, data and model choice meet.
Short-lived, task-scoped credentials carry the human → agent → sub-agent chain. The person who started the work remains attributable, while provider keys stay at the broker edge.
Every turn is classified again, including data introduced by tools or retrieval. Policy decides which models may see that data before anything is sent.
Budget is reserved before dispatch, then reconciled with actual usage. The identity, policy, route, spend and outcome become a tamper-evident record.
02 / How it works
The same ordered path applies whether the destination is an external provider or a model you host.
Every request has a clear outcome
Allowed and completed.
Policy or budget said no.
A provider or system error needs attention.
Neptic authenticates the task credential, classifies the turn, and checks model and data policy. Routing chooses only within the approved set. Budget is reserved before dispatch; input and output DLP surround the proxy call. Actual usage is reconciled and the turn is recorded. A policy refusal makes no provider call. If the audit write cannot complete, the turn fails closed.
03 / Routing
Identity and data policy define the models an agent may use. Routing chooses within that approved set, reserves budget before dispatch, and records why the chosen model served the turn.
See the resulting recordBudget reserved before the provider call.
04 / Evidence
Every turn carries its attribution, policy decision, route, spend and outcome into a tamper-evident ledger. Hash chaining and signed checkpoints make later changes detectable.
Explore deploymentrecord / example-001
05 / Deployment
Keep the enforcement path close to the data it governs. The same request pipeline runs across supported deployment modes.
Organization, team and user isolation in a managed environment.
A single-tenant deployment inside your cloud network.
Kubernetes deployment where network and data boundaries require it.
Keys and access. Provider keys are injected at the proxy edge. Operators sign in through Microsoft Entra ID, and access follows your directory roles.
Control and evidence. Network egress can make the broker the only path to approved providers. Security capabilities are described here; no certification is claimed.
No. Agents use short-lived, task-scoped credentials. Provider keys are held at the broker edge and injected only when the approved request is proxied.
The request is recorded as Refused. The provider is not called, so there is no provider usage to bill for that turn.
Set up a workspace and connect your Microsoft Entra app registration. Operators then sign in through your directory.
Begin with control
Bring agents, models and policy through one clear boundary. See each decision and keep the record.