AI agents and plugins
Agent platform capability detail, including OpenAI-compatible interfaces and MCP servers.
View AI agents →Give staff one company AI workspace instead of scattered personal accounts. We set up a chat interface that you control (Open WebUI or LibreChat), connect it to the Requesty AI gateway, and route to the models you select, with access, logging, and spend controls scoped in writing.
Private here means company-controlled access and hosting of the interface. It does not mean local model inference: the models run at the providers you pick, so prompts still reach them. Open WebUI, LibreChat, and Requesty are third-party products. Nothing here implies endorsement, partnership, or reseller status, and we do not certify compliance.
The wish list is the low-friction first step. The $99 consultation is a separate, paid, 1-hour live session, priced apart from any assessment, build, or support plan.
Scope is chosen from this list. You do not need every piece, and Open WebUI and LibreChat are alternatives: we recommend one, not both.
Open WebUI or LibreChat, installed and configured in a cloud account you control or one we host under a service plan. We recommend one after comparing features, sign-in options, and your team's needs.
The interface connects to the Requesty OpenAI-compatible gateway, so it talks to one endpoint instead of each provider. We help you choose the models staff may use and a default for each use case. Availability depends on the gateway and provider.
Roles, groups, and single sign-on where the interface edition and configuration support them. We confirm what each option supports before we put it in a scope.
Decide what is kept and where: chat history in the interface, logs at the gateway, and retention at each model provider. We set what can be set and document the rest.
Budgets, limits, and usage reporting using the controls your gateway plan offers, so cost is visible per team instead of discovered on the invoice.
An admin runbook, short guidance for staff on what may go in, and training. Optional file upload, document search, or tool connections are scoped separately against your data rules.
Most private AI confusion comes from blending these. Each layer has its own owner, its own data handling, and its own bill. You do not need every layer: a hosted workspace may be enough.
What it is:The chat app staff open. Open WebUI or LibreChat, running in a cloud account or on a server you control.
What to decide:Who may sign in, which features are on, where chat history and uploads are stored, and how they are backed up.
What it is:One OpenAI-compatible API between the interface and the model providers. Requesty is a managed service run by Requesty, not something you host.
What to decide:Which models are exposed, routing and fallbacks, logging and retention settings, budgets, and whether to use its EU endpoint.
What it is:The company that runs the model, such as OpenAI, Anthropic, or another provider the gateway supports. The model runs on its infrastructure.
What to decide:Which providers and models are allowed, their data and retention terms, and where they process data.
What it is:Only if prompts must never leave your own hardware. That is a different project: you run open-weight models yourself.
What to decide:Not part of this stack. If it is a hard requirement, say so on your wish list and we will tell you whether we can scope it.
Not sure you need a private stack? A hosted workspace such as a ChatGPT business plan or Claude for teams has less to run. We compare both before you commit.
Small group first, with the data map agreed before anyone pastes real data in.
Agree who uses it, what data may go in, which models are allowed, and which residency or retention needs are real requirements.
Install the interface where you chose, connect it to the gateway, and configure access with test users.
Model list, budgets, logging and retention settings, sign-in, and backups, each checked against the data map.
A small group on real work, with feedback on models, limits, and settings before wider rollout.
Runbook, staff guidance, and training. Then expand teams or models, or add support if we host it.
Timelines are set in a written scope once hosting, sign-in, models, and review turnaround are known. Estimates, not guarantees.
EU residency is an option here, not a blanket promise, and it is different from self-hosting. An EU gateway endpoint covers the gateway's own processing. Where chats are stored, where the model runs, and who else touches the data are separate questions, so we check each one.
We choose regions for the interface, its chat storage, and uploaded files with you, and check any separate databases or storage services. The gateway does not decide those locations.
Requesty documents an EU endpoint, and says its prompt and output logging is on by default for a limited period and configurable by policy. We confirm the setting for your account in writing and do not assume it is off.
Requesty says its EU endpoint does not ensure the model runs in the EU. We select EU-hosted models, enforce gateway region restrictions and an EU-only approved-model list, and verify the selected provider's endpoint and terms.
Backups, monitoring, email, sign-in, and each vendor's own subprocessors are more places data can sit. We list them in the data map.
Requesty makes a data processing agreement available on request. A DPA is a contract, not a setting, and Requesty says it covers Requesty as processor, not the model providers. Providers need their own terms, and your counsel decides if they suffice.
Hosting the interface yourself puts the app and its stored data under your control. It does not keep prompts local, because they still go to the gateway and a provider. An EU gateway does not make the interface or the provider EU either.
This is operational guidance, not legal advice, a compliance certification, or a guarantee that data stays in any region. Everyday Workflows is not a party to Requesty's or any provider's DPA. How we handle your data.
If EU data location or a DPA matters to you, say so on your wish list. We scope the checks above before choosing the stack, so you find out early if a requirement cannot be met.
Three layers, three bills. Our fees are separate from software licenses, gateway usage, and model usage.
Full detail on how pricing works.
We have not published a case study of this exact stack, and we do not claim client results for it. The items below are related AI and automation work.
Agent platform capability detail, including OpenAI-compatible interfaces and MCP servers.
View AI agents →Public examples of workflows, integrations, and tooling we have built.
View showcase →Case results are client-reported from our published case studies. We have not had them independently verified, and your results will depend on your starting point, data, and team.
Vendor terms change. These are the pages we start from, and we confirm the current version before scoping anything that depends on it. The DPA text itself is provided by Requesty on request.
Its stated security practices, including the DPA and EU gateway. It describes a SOC 2 Type II program as in progress, not certified.
Its stated logging, retention, and the scope of the EU endpoint.
What the EU endpoint covers, and that model inference location is a separate matter.
What its DPA covers and how to request it.
How Open WebUI connects to the gateway.
How LibreChat connects to the gateway.
Connecting any provider that exposes an OpenAI-compatible URL and key.
Custom endpoints with a base URL, API key, and model list.
Compare Claude, OpenAI, and a private stack before you commit.
ChatGPT workspace setup or OpenAI API applications.
A Claude-specific rollout: access, connectors, playbooks, and training.
When an interface and a gateway are not enough, scope a standalone build.
Start a business wish list. If EU data location or a DPA matters, say so. The paid $99 consultation is a separate option if you would rather talk it through live.