Developer Migration Trigger
- Same request/response structure
- Minimal or no code changes
- Full control over model routing
- No vendor lock-in
CONTROL PLANE
SecludedAI Gateway sits between users, applications, and your private AI execution engine. It handles authentication, routing, model abstraction, and request management.
SecludedAI Gateway exposes an OpenAI-compatible API so you can route existing AI calls through infrastructure you control.
Gateway is where the system becomes operational. It provides the secure API layer that applications and interfaces use to communicate with your private AI infrastructure.
Gateway handles user authentication, API requests, request tracking, model selection logic, and communication with SecludedAI Core. It also creates a stable contract between the user experience layer and the underlying model execution layer.
By separating Gateway from Core, SecludedAI gains a cleaner architecture that is easier to manage, secure, and extend over time.
SecludedAI Gateway is designed to support an OpenAI-compatible API layer, allowing existing applications, tools, and workflows to connect with minimal changes.
Instead of sending requests to a third-party provider, your applications can route requests through your own Gateway, where you control authentication, model routing, and execution.
SecludedAI Gateway can expose an OpenAI-compatible API, so you can keep your existing integrations while moving the intelligence layer under your control.
Most AI systems today are tightly coupled to external providers. SecludedAI Gateway allows you to decouple your applications from that dependency over time. You can start with familiar API patterns and evolve toward a fully controlled AI stack without rewriting your entire system.
Gateway is the control plane for the SecludedAI platform. It handles authentication, API requests, request routing, model abstraction, and communication with Core.
Gateway and Core have different responsibilities. Gateway manages access, request flow, and API contracts. Core focuses on private model execution. Separating them creates a cleaner and more secure architecture.
Yes. Gateway is designed as an abstraction layer so it can expose logical models to client applications while mapping them to the actual runtimes and model choices available in the customer environment.
Gateway is customer-owned, but SecludedAI Tunnel is intended to be the managed way hosted Studio reaches it. The goal is to avoid forcing customers to expose Gateway to the public internet in the traditional sense.
Gateway is designed to handle authentication and request-layer responsibilities within the customer environment. Specific storage and configuration details depend on the deployment, but Gateway serves as the access and control layer.
Yes. Gateway is intended to act as the API/control layer for the customer's AI environment, which means it can support additional private apps and integrations over time. With an OpenAI-compatible API layer, many existing tools and SDK-based workflows can connect through Gateway while model routing and execution remain under customer control.