Visionality vs Portkey

Portkey routes. Visionality reconciles.

Same wire-level position. Same swap-the-base-URL deploy. Different question on the homepage — and a different room in the building where the decision gets made.

What to say in the room

The question comes from a specific seat. The answer should too.

Portkey's answer is technically true and strategically thin. Here's how the same question lands with a CFO, a CHRO, a PMO, and a CISO.

CFO

"Show me what we spent on AI last month, by project, by team — joinable to our GL."

PortkeyDashboard screenshot + CSV export.
VisionalitySame export — and every row is signed by the SSO sub, tied to a task in your tracker. Audit-grade.

CHRO

"Who has access to AI, and what happens when someone leaves?"

PortkeyManual key rotation, manual list maintenance.
VisionalityHRIS leaver feed auto-revokes. Identity is in the token envelope, not on a list.

PMO

"How much did the redesign sprint actually cost us in AI tokens?"

PortkeyTag it in metadata and hope engineers remember.
Visionality--task PROJ-128 at key issuance — every commit on that key is tagged automatically.

CISO

"How do we keep the bill from running over, even if a key leaks?"

PortkeyRate limits and alerts.
VisionalityBudget cap signed into the envelope. Cap exhausted → 402, no LLM call. Offline-verified.

The details

Capability-by-capability, where the postures diverge.

Use this when engineering needs to validate that the wire-level promise actually holds up.

Posture

CapabilityPortkeyVisionality
Primary buyerVP EngineeringCFO — pulls in CIO / CHRO / PMO
FrameAI gateway — routing, caching, fallbacksAI commit ledger — reconciliation to person × project × task × token
What changes Monday morningFaster, more reliable inferenceFour awkward stakeholder questions stop being awkward

Attribution

CapabilityPortkeyVisionality
Per-request user identityMetadata field (set by app code, trust-the-caller)SSO sub claim signed into the token envelope; verified offline
Per-request project / taskCustom metadata you writeFirst-class --task / --memo / --url flags on key issuance; denormalized onto every commit row
HRIS-aware revocationManualBambooHR / Workday / Rippling joiners-movers-leavers feed → auto-revoke

Spend control

CapabilityPortkeyVisionality
Hard budget capPolicy at the gatewayBudget binding signed into the token; gateway fast-fails 402 before any LLM call
Real-time burn-down per projectDashboardsHard counter — UI + ledger row + 402 response in one trip
Chargeback exportLogs exportCSV with GL codes + cost centers, joinable to Workday cost-center mapping

Audit & compliance

CapabilityPortkeyVisionality
Audit row mutabilityApplication-level appendAppend-only at the SQL role; the app role cannot UPDATE or DELETE
PII pre-flightGuardrail plugin12 detectors, fail-closed, runs before the call leaves your network
SOC 2 evidenceCustom queriesTwo-click evidence pack mapped to CC controls

Honest take

When Portkey is the right answer.

If the buyer is a VP Engineering optimizing for routing strategy, cost-of-inference ergonomics, caching ratios, and SDK convenience — and the company doesn't need to defend its AI bill to a CFO yet — Portkey is the cleaner fit. We don't compete on prompt-caching tactics or model-routing heuristics. We compete on whether the bill reconciles to people, projects, and tasks against a row that can't be quietly rewritten. If that question hasn't been asked at your company yet, it will be.

See it live, in your stack.

30-minute deploy. Bring your own LLM keys. Same wire-level surface area as Portkey — your existing SDK code works unchanged.