Key facts
| Data residency | Region-locked data planes; deployment model selected per workspace — see /data-residency |
| API compatibility | OpenAI-compatible /v1/chat/completions; change the base URL only |
| Models | 30+ models behind one API, from free tiers to frontier reasoning |
| Deployment | Plugsky cloud, your VPC, on-prem and air-gapped options |
| Pricing model | Flat monthly self-serve plans with unlimited fair-use usage; no per-token billing on those plans |
| Free tier | plugsky-micro and plugsky-lite on the free plan, no card required |
| Identity and audit | SSO/SCIM, role-based access, audit log export and BYOK via KMS or HSM |
| Local presence | No office or data center in Jahra claimed; residency runs through region plans and private deployment |
TL;DR
- Keep your OpenAI SDK code — change the base URL and model name.
- Pick a region-locked data plane that matches your jurisdiction; details at /data-residency.
- 30+ models behind one API, from free tiers to frontier reasoning.
- Deploy in Plugsky cloud, your VPC, on-prem or air-gapped as policy requires.
- Flat monthly self-serve pricing; start on the free plan and move up when ready.
How it works, step by step
- Map the data stores, logs and subprocessors your Jahra workload touches.
- Agree the residency boundary: jurisdiction, region and deployment model.
- Create a Plugsky account and generate an API key on the free plan (no card).
- Point your OpenAI-compatible client at the Plugsky base URL and map model names.
- Run your evals on real Jahra prompts, including Arabic-language quality checks.
- Confirm audit log export and deletion evidence with security, then cut over production traffic.
Try it yourself
Open the data residency checker →
The Jahra context for enterprise AI
Jahra is a governorate northwest of Kuwait City, combining residential communities, public services, agriculture and logistics links toward the country's northern routes. Teams there increasingly ask where inference data lives, which subprocessors can reach it, and whether failover can move it across a border. Those are architecture and contract questions, not marketing claims.
- Public administration: records-heavy processes benefit from careful automation.
- Agriculture: supplier and compliance paperwork is a practical early use case.
- Logistics: fleet and customs documentation can be structured with extraction workflows.
How to evaluate an AI cloud for Jahra
Push past the region label. What matters is how each layer is actually enforced:
- Storage location: which datastore holds which record class, in which legal jurisdiction.
- Transport and logging: encryption in flight, private links, and where request logs land.
- Third parties: the subprocessors and model upstreams that could touch prompts or outputs.
- Exit and deletion: export formats, deletion evidence and the audit trail your regulator may ask for.
Plugsky documents region-locked data planes and deployment options at /data-residency. Confirm the current region list there before you commit, and get the chosen boundary written into your DPA.
How Plugsky fits Jahra workloads — and where it does not
Because the endpoint is OpenAI-compatible, migration is a base URL and model-name change: your prompts, SDK code and tests keep working. From there you get 30+ models behind one key, flat monthly self-serve pricing, and a choice of shared cloud, your VPC, on-prem or air-gapped deployment.
Limits worth planning around: audio, images, fine-tuning and batch endpoints are still on the roadmap, and nothing self-serve stands up a facility inside Jahra. Model quality in Arabic is worth testing on your own content before rollout. If a dedicated in-country footprint is mandatory for your Kuwait programme, treat it as a bespoke infrastructure project with its own timeline.
Honest comparison
| Capability | Plugsky | Typical global AI API | Building in-house |
|---|---|---|---|
| API compatibility | OpenAI-compatible; one-line base URL change | Usually OpenAI-compatible | Full rewrite and retest |
| Data residency | Region-locked planes plus VPC, on-prem and air-gapped | Fixed set of vendor regions | You control and you operate it |
| Model choice | 30+ models behind one API and one key | Vendor catalogue only | You host and upgrade each model |
| Pricing | Flat monthly self-serve plans, fair-use usage | Usually per-token | GPU, power, staff and ops |
| Time to first call | Minutes on the free plan, no card | Minutes, card usually required | Weeks to months of platform work |
Frequently asked questions
Does Plugsky have an office or data center in Jahra?
No local office or data center in Jahra is claimed. Residency is delivered through region-locked data planes and deployment options — Plugsky cloud, your VPC, on-prem or air-gapped — selected per workspace. The current region list is documented in the data residency docs.
Can we keep Kuwait workloads inside our chosen region?
You can select a region-locked data plane that matches your jurisdiction and add private deployment when policy requires it. Verify the current region list at /data-residency and have the choice recorded in your DPA before go-live.
Can we keep using the OpenAI SDK?
Yes. The chat completions endpoint is OpenAI-compatible, so you change the base URL and model name and keep your existing SDK code, prompts and tests.
How does pricing work?
Self-serve plans are flat monthly with unlimited fair-use usage and no per-token billing on those plans; see the live pricing page for current tiers. Enterprise deployments are quoted separately.
Is there a free plan?
Yes — plugsky-micro and plugsky-lite are available on the free plan with no credit card, and a 14-day full-access trial is available for evaluating the wider catalogue.
Can we deploy inside our own network?
Yes. Deployment options include your VPC, on-prem and air-gapped environments for teams with strict boundary or connectivity requirements.
How do we verify residency claims before signing?
Ask for a store-by-store residency map, the subprocessor list, failover behaviour and deletion evidence, then run a pilot with your own prompts and inspect the audit logs before committing.
Do the models handle Arabic well?
The catalogue includes multilingual model options, and Arabic quality should be validated on your own content with a short evaluation set before rollout. That is a model-selection decision, not a residency one.