Requesty
Governance

Define the rules once.Enforce them on every request.

Decide which models, regions and data practices your organization allows. The gateway applies it to every team, key and request. Policy stops being a wiki page.

Speak to founders
approved modelsserving regionzero data retentionRBAC across five layers
gateway / policy evaluation
every request
Incoming request
POST /v1/chat/completions
model anthropic/claude-opus-5
key sk-team-payments-3f9c
policy: payments-eu
model on the org allow-list
pass
serving region EU, allowed
pass
zero data retention required
pass
PII redacted before send
2 masked
key within monthly budget
pass
forwarded to providerlogged to audit trail
Approved models

Only the models you allow

An allow-list for the organization, narrowed per team. Anything outside it is refused at the gateway, before a token is spent.

  • Refused at the gatewayNot in code review, not by convention
  • 600+ to choose fromAdd new releases when you are ready for them
settings / approved models
4 of 600+
Approved
anthropic/claude-opus-5
allowed
anthropic/claude-fable-5
allowed
openai/gpt-5.6-sol
allowed
google/gemini-3.7-flash
allowed
Anything else
some-lab/experimental-preview
refused
What the caller gets
403 {"error": {"message": "model not approved", "type": "policy_violation"}}
Serving region

Keep the organization in region

Restrict the organization to the EU, US or APAC gateway. Requests sent through any other endpoint are rejected before they reach a model. No application change, no exceptions per developer.

  • One setting, org-wideUnrestricted by default, one or more regions once set
  • Inference is separateApprove region-pinned models to keep it in region too
compliance / serving region
organization wide
Restrict regionsEU
EU
router.eu.requesty.ai
Frankfurt, eu-central-1
allowed
US
router.us.requesty.ai
United States
rejected
AP
router.ap.requesty.ai
Asia Pacific
rejected
Global
router.requesty.ai
nearest gateway
rejected
Unrestricted by default. Once set, a request through a rejected gateway fails before it reaches a model.
Data handling

Choose how providers handle your data

Restrict traffic to endpoints with zero data retention terms. The terms each request ran under stay on the record.

policy / data handling
zero data retention
Require zero data retentionon
What the policy may route to
endpoint in eu-central-1
zero data retention
eligible
endpoint in us-east-1
zero data retention
eligible
endpoint without ZDR terms
retains request bodies
not eligible

The terms a request ran under are recorded with the request.

Access control

Roles that match your org

Role based access across five layers: organization, group, service account, user, key. Platform teams hold the policy. Product teams ship inside it.

  • Admins and membersAdmins set policy, members work inside it
  • Access lists per keyOne key, only the models and features it needs
policy hierarchy
5 layers
Organizationacme-inc
Approved models, approved regions, org budget
Grouppayments
Narrower model list, team budget
Service accountsvc-billing-agent
Machine identity for an agent or job
Userdana@acme-inc
Per person spend limit
API keysk-...3f9c
Access list and a hard cap
Audit

A record of who changed what

Policy edits, key events and refused requests, logged as they happen and exportable. Hand auditors the trail instead of reconstructing it.

audit log
today
09:14:02
approved model added
anthropic/claude-fable-5
09:12:47
request refused
model not approved · key sk-...8a12
08:57:19
budget changed
payments $4,000 → $6,000 / month
08:41:05
key rotated
sk-...3f9c
08:22:30
region pin set
payments-eu → eu-central-1
07:58:11
role granted
admin → maya@acme-inc
Guardrails

Strip PII before it leaves

Redact PII before a request reaches any provider. Block prompt injection. Filter content against your policy.

what your app sent
raw
Refund the order for dana.ruiz@northwind.co, card ending 4521 8834 1290, phone +31 6 2244 9080.
detected EMAILdetected CARD_NUMBERdetected PHONE
what the provider received
redacted
Refund the order for [EMAIL_1], card ending [CARD_1], phone [PHONE_1].
3 values maskedinjection scan passedcontent policy passed
Review and residency

Built to survive procurement

The questions security and legal ask, answered before they ask them.

In progress

SOC 2 Type II

Observation period under way with an independent auditor. Controls in place and documented; the target date is on the trust page.

Contractual

GDPR, DPA on request

An Article 28 DPA, signed on request at any spend, with sub-processors listed.

Regional

EU residency

Frankfurt, on AWS eu-central-1, via router.eu.requesty.ai.

Retention

Zero data retention, pinnable

Pin your traffic to endpoints that retain nothing. 131 of the EU model endpoints qualify.

Rolling this out org-wide

Enterprise adds the layer above the policy

Everything on this page is on every plan. Enterprise adds what a rollout needs around it: SSO, a procurement process run by people, and a DPA on request.

Put your policy on the request path

Approve the models, set the region, and let the gateway hold the line.

Speak to founders