Research report · data-report
Bring your own key: a census of 126 listings
54 of 126 listings answer yes for “Bring your own key”. Counted from our own datasheet, with the query that reproduces every figure.
On this page
Bring your own key, across 126 settled listings
Of the 126 Published listings whose datasheet settles “Bring your own key”, the largest group is “Yes” at 54 (43%). Measured 2026-09-16.
Explore the matching agents
Bring your own key · Datasheet criterion byok · Report counted .
Current listings as of ; this set may differ from the report's original sample. Includes “Yes” and “Qualified” answers only. Read the conditions on qualified answers before treating them as a match. “No”, “Not applicable” and “Not established” answers are excluded.
View 93 current matching records
- AgentBridge Yes
Entirely your own inference: it drives the Claude Code and Codex sessions already installed on your machine and needs no account or key of its own.
Source retrieved 2026-09-02
- Agentix Labs Qualified
Agents are wired into the client's own systems and infrastructure where the architecture allows, with credentials held outside prompts under least privilege.
Source retrieved 2026-09-09
- AgentsKit.js Yes
Every adapter and integration takes credentials you pass in config, and local runtime adapters mean the inference itself can stay on your own machine.
Source retrieved 2026-09-09
- Agno Yes
You supply each provider's own API key by environment variable, and the runtime runs on your compute.
Source retrieved 2026-09-02
- Aider Yes
Bring-your-own-key is the only model: keys go in on the command line, in environment variables, a .env file or the YAML config, and inference can be your own local server instead.
Source retrieved 2026-09-09
- Aisera Agent Studio Qualified
Your own cloud and your own model are both offered - AWS, Azure, GCP, VPC, hybrid or on-premises deployment, with proprietary models routed through the gateway - but supplying your own provider API keys is documented nowhere.
Source retrieved 2026-09-03
- Amplemarket Qualified
You can bring your own sending infrastructure - custom SMTP or SendGrid alongside Gmail and Outlook mailboxes - but nothing published offers bring-your-own model keys, inference account or cloud tenancy.
Source retrieved 2026-09-10
- Antigravity CLI Yes
You can run the CLI on your own Gemini API key with no account session, or on your own Google Cloud project; the plans page still says bring-your-own-key is unsupported, which contradicts this.
Source retrieved 2026-09-10
- AudioCodes Live Hub Yes
Own keys accepted across the stack: STT/TTS accounts, LLM providers including Azure OpenAI and Vertex AI, and your own SIP carriers.
Source retrieved 2026-09-03
- Augment Code Qualified
You can supply your own machines or cloud for execution, but all inference is billed through Augment; no bring-your-own model key is documented.
Source retrieved 2026-09-02
- AutoGen Yes
Every key and endpoint is yours: OpenAI, Azure OpenAI with key or Entra token auth, Anthropic, Azure AI Foundry, or a local Ollama server, all billed to you.
Source retrieved 2026-09-02
- Bitsclan IT Solutions Yes
Builds are explicitly assembled on the platforms, APIs and AI models the client already runs, and the self-hosted case study shows inference kept on customer-owned infrastructure.
Source retrieved 2026-09-11
- Bland Qualified
You can bring your own telephony and, on Enterprise, your own cloud or hardware, but never your own model keys.
Source retrieved 2026-09-11
- Bolt Qualified
Bring-your-own-cloud is an Enterprise deployment option; no tier lets you supply your own model API keys or inference provider.
Source retrieved 2026-09-11
- Botpress Qualified
Bring-your-own-LLM is Enterprise-only and sales-gated, and the mechanism is building an SDK integration rather than pasting a key; on other plans Botpress makes and bills the model calls. No bring-your-own-cloud.
Source retrieved 2026-09-02
- Botsify Yes
Supplying your own model key is the published escape from the credit ceiling, and white-label agencies can mark that inference cost up when billing their own clients.
Source retrieved 2026-09-13
- Browserbase Yes
You may bring your own model provider, your own proxies, and on Enterprise your own S3 storage.
Source retrieved 2026-09-02
- Cartesia Qualified
No bring-your-own LLM key: Cartesia bills the LLM itself. You can bring your own carrier via SIP trunking and host the agent's reasoning code yourself.
Source retrieved 2026-09-02
- Claude Agent SDK Yes
Your own Anthropic key, your own proxy via ANTHROPIC_BASE_URL, or your own cloud through Bedrock, Claude Platform on AWS, Google Cloud or Microsoft Foundry.
Source retrieved 2026-09-02
- Claude Code Yes
Bring your own Anthropic API key, or your own cloud account via Amazon Bedrock, Google Cloud's Agent Platform or Microsoft Foundry; apiKeyHelper supports vault-issued tokens.
Source retrieved 2026-09-02
- Cline Yes
Bring-your-own-key is the default path and extends to your own cloud accounts (Bedrock, Vertex, Azure OpenAI) and your own weights on Ollama or LM Studio.
Source retrieved 2026-09-12
- CodeRabbit Qualified
Bring-your-own inference exists only in the Enterprise self-hosted deployment, where the agent sends prompts to your own LLM account; hosted plans use CodeRabbit's providers.
Source retrieved 2026-09-15
- Codex CLI Yes
Sign in with an OpenAI API key, or point the provider at Amazon Bedrock with AWS-native credentials.
Source retrieved 2026-09-02
- CrewAI Yes
Inference runs on your own provider accounts: you supply each provider key, or manage LLM connections centrally in the platform, and Enterprise can host the runtime in your cloud.
Source retrieved 2026-09-13
- Cursor Yes
Your own keys for OpenAI, Anthropic, Google, Azure OpenAI and AWS Bedrock; chat models only, Zero Data Retention does not apply, and Enterprise admins can disable BYOK.
Source retrieved 2026-09-02
- Deepgram Voice Agent API Yes
Bring your own LLM, your own TTS, or both, and the rate drops accordingly; Bedrock and Groq require your own endpoint and credentials, and the browser SDK can point at a proxied or self-hosted WebSocket URL.
Source retrieved 2026-09-02
- Devin Qualified
Your own AWS KMS key encrypts data at rest, but only on the Enterprise Assured deployment; no bring-your-own-inference is documented.
Source retrieved 2026-09-02
- Dify Yes
Bring your own provider keys, billed to your own provider account, and run them alongside or instead of bundled credits; own cloud via self-host or VPC.
Source retrieved 2026-09-02
- ElevenLabs Agents Yes
Point an agent at your own OpenAI-compatible endpoint with your own key held in workspace secret storage; inference then bills to you, not to ElevenLabs credits.
Source retrieved 2026-09-02
- Elicit Qualified
You bring your own documents and your institution's publisher subscriptions; the vendor documents no way to supply your own model keys or inference.
- Factory Yes
BYOK covers your own OpenAI/Anthropic keys, OpenAI-compatible gateways, local models and AWS Bedrock; keys stay on your machine.
Source retrieved 2026-09-02
- Firecrawl Qualified
Bringing your own inference means self-hosting: the open-source path lets you choose where the stack runs and connect your own providers. Firecrawl Cloud accepts no customer LLM key on any endpoint or tier.
Source retrieved 2026-09-03
- Gemini Code Assist Qualified
Your key is an overflow path, not the billing model: once the daily agent quota is spent you can set geminicodeassist.geminiApiKey to a Gemini or Vertex AI key. Inference stays on Google.
Source retrieved 2026-09-02
- Genspark Qualified
Agents you host on your own computer run on your hardware with your own model access and spend no Genspark credits, but cloud agents give no option to supply your own provider keys.
Source retrieved 2026-09-15
- GitHub Copilot Yes
Local keys are supported in VS Code, JetBrains, Xcode, the CLI, the desktop app and the SDK; enterprise-wide custom models are a public preview, and admins can disable local BYOK for Business and Enterprise users.
Source retrieved 2026-09-02
- Glean Yes
Customer Key lets you use your own provider keys, and credits are discounted for doing so; Glean's Universal Model Key is the alternative.
Source retrieved 2026-09-02
- Google Agent Development Kit (ADK) Yes
Inference always runs on your own credentials: the quickstart has you write your own model API key into a local env file, and the runtime is yours to host.
Source retrieved 2026-09-15
- goose Yes
Keys are always yours: you paste provider API keys, point the OpenAI provider at your own vLLM or proxy endpoint, define custom providers in JSON, or run models locally with no key at all.
Source retrieved 2026-09-16
- GPT Researcher Yes
Bring-your-own-key is the only model: your LLM and retriever credentials go in environment variables on infrastructure you run.
Source retrieved 2026-09-16
- Gumloop Yes
Your own provider keys are accepted on both plans and zero the token charge, but the orchestration fee doubles to sixteen per cent of the notional list cost.
Source retrieved 2026-09-09
- HeyRik Qualified
You can bring your own telephony: existing numbers, a Twilio or Exotel account, or a SIP trunk registered through the API. There is no bring-your-own model key, inference endpoint, or cloud account.
Source retrieved 2026-09-10
- HOL Guard Qualified
Enforcement already runs on hardware you own, and Enterprise can place the shared control plane inside your own network boundary; no bring-your-own model key applies because Guard calls no model.
Source retrieved 2026-09-07
- IrisAgent Qualified
Bringing your own models or your own cloud only holds in the private deployment line; hosted customers choose between IrisAgent's private models and OpenAI, not their own keys.
Source retrieved 2026-09-03
- Juggler Yes
You bring your own inference: either an existing provider subscription or your own API keys, stored locally in an owner-only credentials file, and local models via Ollama are equally supported.
Source retrieved 2026-09-17
- Julius AI Qualified
You store your own keys for external tools Julius should call; there is no documented way to supply your own inference credentials or cloud.
- Junie Yes
Junie CLI takes your own OpenAI, Anthropic, Google, xAI, OpenRouter or GitHub Copilot credentials with no JetBrains subscription; in the IDE chat, Junie is JetBrains-AI-only.
Source retrieved 2026-09-02
- Kilo Code Yes
Own provider keys at list price, shared org keys on Teams, or fully local inference.
Source retrieved 2026-09-02
- LangChain Yes
dcode is bring-your-own-key; the LLM Gateway accepts your provider keys on every plan, and Enterprise adds bring-your-own-cloud.
Source retrieved 2026-09-02
- Langflow Yes
You paste your own provider keys into the Model Providers pane, and the OpenAI-compatible provider points at any endpoint you host yourself.
Source retrieved 2026-09-03
- LangGraph Yes
You supply provider keys directly in your own code, and the LLM Gateway's bring-your-own-key row is checked on every plan. Enterprise adds hybrid and self-hosted so inference and data stay in your cloud.
Source retrieved 2026-09-02
- Lead Scorer Qualified
You bring your own model and tokens when driving over MCP, and only three tools touch billing. There is no way to supply your own provider key for the in-app agent, which runs on the included AI budget.
Source retrieved 2026-09-02
- Leaping AI Qualified
You can bring your own telephony carrier instead of switching phone systems, but nothing documents bringing your own model API keys, inference endpoint or cloud account.
Source retrieved 2026-09-09
- Letta Yes
Every plan supports your own provider keys or coding subscriptions, and usage then bypasses Letta credits.
Source retrieved 2026-09-02
- Lindy Qualified
You can store your own tool API keys as workspace credentials; no bring-your-own inference key or cloud is offered
- LiveKit Agents Qualified
Provider plugins run on your own account, key and billing, and self-hosted agents run in your own cloud. Bringing your own key to traffic routed through LiveKit Inference is not supported.
Source retrieved 2026-09-02
- LlamaIndex Yes
Self-hosted deployments call providers with your own keys; on the v1 hosted API 'Use your own API key' bills 1 credit per page.
Source retrieved 2026-09-02
- LuMay Qualified
Bringing a private or fine-tuned model is offered, but it sits in the custom-enterprise add-on table with no published rate, so the entry plans cannot buy it off the page.
Source retrieved 2026-09-09
- Mastra Yes
BYOK is an explicit Gateway access mode on every plan; keys are stored encrypted and used only to route your requests. Self-hosting your own inference endpoint is also supported.
Source retrieved 2026-09-02
- Microsoft Agent Framework Yes
You bring the inference: your provider account and credentials (Azure identity, provider API key) or a local runtime such as Ollama, Foundry Local or ONNX. Microsoft supplies no inference with the SDK.
Source retrieved 2026-09-02
- MindStudio Yes
Provider API keys are optional, not required: every plan can connect its own keys instead of the Service Router, and Business can additionally deploy custom or self-hosted models.
Source retrieved 2026-09-02
- Moveworks Qualified
You cannot bring your own inference for the reasoning engine, but a plugin can call an external LLM API with your own credentials held in a connector.
Source retrieved 2026-09-02
- n8n Yes
Your own provider credentials are the default and can be mixed per node with n8n Gateway credits (Cloud Starter and Pro only); on self-hosted the AI Assistant is BYOK, so no credit ceiling applies.
Source retrieved 2026-09-02
- OmniDimension Qualified
You bring your own telephony and messaging accounts, importing numbers from Twilio, RingCentral, Vonage or Exotel and WhatsApp via your own Meta credentials, but the agent model config offers only the vendor's own catalogue, with no field for your own LLM key or cloud.
Source retrieved 2026-09-09
- OpenAI Agents SDK (Python) Yes
You supply your own API key and can point the client at any base URL or custom OpenAI-compatible endpoint; inference runs on your provider account.
Source retrieved 2026-09-02
- OpenClaw Yes
Your keys, your subscriptions or your own hardware: provider credentials are yours, and local servers such as Ollama, vLLM and llama.cpp keep inference on your machine.
Source retrieved 2026-09-02
- OpenCode Yes
Any provider works from your own API keys, and Zen additionally accepts your own OpenAI or Anthropic keys billed by the provider.
Source retrieved 2026-09-02
- OpenHands Yes
Your own LLM keys work on every tier; Enterprise additionally runs on your own compute in your own VPC.
Source retrieved 2026-09-02
- PolyAI Yes
Your own LLM endpoint with your own key or bearer token, your own Twilio numbers and your own S3 bucket for recordings; the runtime itself stays PolyAI-hosted.
Source retrieved 2026-09-02
- Pydantic AI Yes
Provider keys are yours by default - the library reads them from your environment - and the Gateway keeps BYOK as a first-class path alongside its own billed providers.
Source retrieved 2026-09-02
- Relevance AI Qualified
Bring your own LLM API keys to bypass Vendor Credits, but only on paid plans
Source retrieved 2026-09-02
- Retell AI Yes
Custom LLM mode gives you response generation on your own server and model; custom telephony over SIP carries no Retell telephony charge, and integration credentials are your own keys.
Source retrieved 2026-09-02
- Ringly Qualified
You can bring your own telephony by importing a Twilio number at no Ringly markup, which is also the only route to non-US numbers. There is no bring-your-own model key, inference endpoint or cloud.
Source retrieved 2026-09-09
- Rox Qualified
Enterprise customers supply their own enrichment-provider API keys and 'BYOK Encryption' is an Enterprise-only row in the plan comparison; self-serve accounts can add keys for HG Insights only, and inference keys are never the buyer's.
Source retrieved 2026-09-03
- SafeNet Creations Qualified
Provider usage and support sit outside the fee and the subscriptions stay with the client, so inference is effectively on the buyer's own accounts; the vendor never says buyers supply their own keys.
Source retrieved 2026-09-04
- Salesforce Agentforce Qualified
Own inference via BYOLLM from four providers with your own credentials, but requests still route through Salesforce's Models API; own encryption keys require the Salesforce Shield add-on, and the agent runtime always stays on Salesforce.
Source retrieved 2026-09-03
- SalesTouch Qualified
You bring your own MCP client and its model subscription, and may supply your own Anthropic API key for the vendor's AI features; no own-cloud deployment.
Source retrieved 2026-09-03
- Sim Yes
Bring-your-own provider keys pay the provider at base rates with no markup; hosted keys carry a 1.1x multiplier.
Source retrieved 2026-09-03
- sipgate flow Qualified
You bring your own LLM and its keys, but the STT and TTS providers are sipgate-side selections, and there is no bring-your-own-cloud option.
Source retrieved 2026-09-03
- Spiich Qualified
You may bring your own enrichment provider key (Lusha, Wiza, Apollo, FullEnrich or Lemlist), but not your own model keys, inference endpoint or cloud.
Source retrieved 2026-09-15
- StackAI Yes
Organisations can attach their own provider API keys, make them the workspace default, and switch off StackAI-supplied keys so all inference bills to their own accounts.
Source retrieved 2026-09-09
- Synthflow Qualified
Your own OpenAI or Azure OpenAI key can power supported models, but the option is enabled per account; telephony can also be your own carrier or SIP trunk.
Source retrieved 2026-09-03
- TecAdRise Qualified
The browser extension is explicitly bring-your-own-key and never proxies calls through TecAdRise; for agency deployments the API and phone fees are billed on top but key ownership is not stated.
Source retrieved 2026-09-12
- TelEcho Qualified
You may bring your own carrier by routing calls over third-party SIP and you choose the cloud region your data sits in, but nothing offers your own OpenAI, STT or TTS keys, so inference runs on TelEcho's provider accounts.
Source retrieved 2026-09-16
- Telnyx Voice AI Agents Yes
You may bring your own LLM and TTS providers, storing third-party keys as integration secrets; ElevenLabs voices are explicitly billed on your own key rather than by Telnyx.
Source retrieved 2026-09-09
- UiPath Agent Builder Qualified
Bring-your-own-subscription and bring-your-own-model are both documented and the Agents row says custom models are supported, but the two pages disagree on who gets it: the pricing table shows bring your own model only in the Enterprise column.
Source retrieved 2026-09-03
- Vapi Yes
Provider keys for transcriber, LLM, voice and storage; with your key the model cost drops out of the Vapi bill entirely.
Source retrieved 2026-09-03
- Vellum Yes
Connect your own provider key to switch providers, or run entirely locally against your own Anthropic key or an Ollama instance.
Source retrieved 2026-09-03
- Warp Yes
Three levels: your own provider key stored on your device, your own OpenAI-compatible endpoint, and Enterprise BYOLLM through your AWS or Google Cloud account. Device-local keys do not reach cloud agents, and orgs over ten employees need Business or Enterprise.
Source retrieved 2026-09-03
- Webhound Qualified
You save your own third-party API keys and the agent calls them mid-run; inference keys are not a thing here because the models are not selectable.
Source retrieved 2026-09-03
- Zed Yes
Bring your own provider keys on any plan, including the free one; keys are stored in the system keychain and spend goes to your provider.
Source retrieved 2026-09-03
- Zencoder Yes
Your own OpenAI or Anthropic key works on every plan and those calls consume no credits, and custom providers go further with local, VPC or third-party endpoints.
Source retrieved 2026-09-09
- Zendesk AI agents Qualified
No bring-your-own-LLM-key or own-cloud inference. BYOK exists only as encryption-key control in a paid privacy add-on.
Source retrieved 2026-09-03
- zot Yes
Bring your own everything: provider API keys, existing Claude/ChatGPT/Kimi/Copilot subscriptions, keys fetched from a password manager, or your own AWS, Azure, Vertex or local endpoint.
Source retrieved 2026-09-03
The population
126 listings in this index are Published. This is the population as of 2026-09-16. 126 of the 126 published listings in this index carry a settled answer for “Bring your own key”. That row asks: Can you supply your own model credentials? Every listing in the index is settled on this row, so nothing is left out.
Findings
-
54 of the 126 settled listings answer “Yes” for “Bring your own key”. That is 43% of the settled set.
-
39 of the 126 settled listings answer “Qualified” for “Bring your own key”. That is 31% of the settled set.
-
25 of the 126 settled listings answer “No” for “Bring your own key”. That is 20% of the settled set.
-
8 of the 126 settled listings answer “Not established” for “Bring your own key”. That is 6% of the settled set.
1 of those yes answers is OpenAI Agents SDK (Python), which still answers yes for “Bring your own key”. Its listing carries the stored answer and links to the source recorded for it. This is one worked example, not an independent audit of every source in the census.
What we counted, and how
Each figure above is a count over the “Bring your own key” row of the listing datasheet, taken from the same stored answer the listing page renders. The denominator is the 126 listings whose answer is settled, meaning one of yes, qualified, no, does not apply, not established. On this row that is the whole index, because every listing has a recognised stored answer. Every number here is stored with the read-only query that reproduces it and re-run every sixty seconds against the live corpus, so a figure that stops reproducing surfaces as drift rather than as a stale sentence nobody notices. Our full method covers how a datasheet row is settled in the first place.
Limitations
This counts stored datasheet answers, not independently tested capabilities. A sourced answer can record a vendor statement or our reading of published evidence; this census does not re-fetch those sources. “Not established” means we have not established an answer. That can reflect vendor nondisclosure, blocked evidence, or unfinished research, not a no. An absent or unrecognised answer is excluded rather than treated as a researched finding. The figures are restated when the stored corpus changes; the date above is the count used for this published version, not a new verification of the vendors.
Get the next report
New agents rankings and fresh data reports. One short email, one-click unsubscribe.