Skip to main content
Bring Your Own Key (BYOK) runs the AI model calls behind CloudThinker on your own provider account. Your provider bills the tokens, and a turn on your key is charged only a reduced share of the CloudThinker credits the same turn costs on the platform’s models. Those credits show on the Usage page with the rest of your spend. Usage doesn’t split spend by whether your key was used.
BYOK doesn’t fail closed. If a call on your key fails, or the key is paused or inactive, the turn runs on CloudThinker’s platform models instead, and there’s no setting to turn that off. If your data may only reach your own provider account, watch for the BYOK Credentials Error alert and see When a key stops working.

Prerequisites

  • A Scale or Enterprise plan. On any other plan the BYOK page shows an Upgrade plan button. See Pricing.
  • An organization workspace. A personal workspace shows No key in a personal workspace.
  • The right role for the key you’re setting up:
Other members see whether a key is healthy, never its credentials.
  • Credentials from one provider:
Google Vertex and OpenAI-compatible providers show as Soon in the picker and can’t be selected yet.

Connect a key

1

Open BYOK settings

As the Owner, go to Admin Settings → BYOK. The page has two sections: This workspace (the workspace you’re in) and Organization key.As a workspace Admin, go to More → Workspace settings → BYOK, and set This workspace to Workspace.
2

Pick the provider

Under Step 1 Provider, select AWS Bedrock, Anthropic, FPT Cloud, Claude Code, or Codex.
3

Enter the credentials

Fill in Step 2 Credentials.Claude Code and Codex have no credential to paste. Their Step 2 is a connect step: give the credential an optional name, pick a method tab, and finish the sign-in. The credential connects on its own, so there’s no Step 3 and no Verify and activate button. Choose which rows run on it afterwards, in the What runs on which credential table under the key cards.
Set Sign in with to IAM role (the default). CloudThinker assumes the role for every call and stores no AWS key.
  1. Trust CloudThinker. In AWS IAM, create a role with the trust policy the form shows. It has this shape, and the form fills in the real CloudThinker principal and an External ID unique to this key’s scope, so copy it from the form, not from another workspace:
  1. Allow Bedrock. Attach the permissions policy the form shows. The form shows the placeholder 111122223333 too, so replace it with your AWS account ID yourself:
The two foundation-model resources cover both ARN forms Bedrock uses for a base model, with and without a region. The bedrock-mantle statement covers Bedrock’s Mantle inference API, which serves OpenAI models on Bedrock. Keep it if you want those models available on your key.
  1. Role ARN. Paste the new role’s ARN.
  2. Region. Keep Global (recommended) or pick one AWS region. See Choose a Bedrock region.
4

Choose the models

Step 3 Models on your key lists each kind of work with the model your key runs for it. Keep the defaults, or click Customize models to change a row or set it to CloudThinker credits. At least one row must run on your key, or the button stays disabled with Pick a model for at least one row.
5

Verify and activate

Click Verify and activate. CloudThinker sends one short request per model you picked (one output token, billed by your provider), then saves and turns on the key.Success state: a key card shows Active, the key hint, the region (Bedrock), and a verified time. In chat, a Your key badge appears next to the message input. To confirm on your side, look for InvokeModel calls by the role in AWS CloudTrail, or check usage in the Anthropic Console.
CloudThinker encrypts credentials at rest and never sends a saved secret back to the browser.

What runs on your key

Each row in Step 3 is one kind of work. A row you set to CloudThinker credits runs on the platform and is billed as usual. The other rows’ defaults are set per provider by the current CloudThinker release, so they change as models ship. Step 3 shows each one before you verify, which is the list to turn on in Bedrock model access. The model list comes from your provider. The picker only offers models your provider serves on this key and region. If a saved pick shows Model retired, pick another, choose a new model for that row.

Choose a Bedrock region

Region decides where Bedrock may serve your requests. You pick a region; CloudThinker picks the matching Bedrock cross-region inference profile (us., eu., apac., or global.).
A South America pick runs as Global, so requests can leave South America. A regional pick narrows the model list to what Bedrock serves in that geography. If your data must stay in one geography, keep a regional pick and check after setup that every row still runs on your key.

Organization and workspace keys

This workspace decides which key the workspace runs on: The line under the choice tells you what’s in effect, for example “Turns run on the organization’s AWS Bedrock key.” To force every workspace onto the organization key, the Owner turns on Require the organization key in every workspace under Organization key. Workspace Admins then can’t add their own key or turn BYOK off.

Manage a key

Two different settings decide which model runs:

When a key stops working

If a call on your key fails, CloudThinker falls back to a platform model so the work finishes. That call spends CloudThinker credits. That includes a call your provider throttles, so if Bedrock quotas are low for your workload, raise them in AWS Service Quotas to keep turns on your key. If the provider rejects the credentials (expired token, revoked key, access denied), CloudThinker turns the key off:
  • The key card shows Disabled after error or Key expired, with the provider’s error code.
  • A high-severity notification titled BYOK Credentials Error goes to the workspace where the call failed, naming the provider and the error code.
  • Turns keep running on CloudThinker credits until you fix the key.
To restore it, click Rotate key, enter working credentials, and click Verify and save.

Troubleshooting

The red Verification failed box shows the provider’s own error text.
  • Bedrock access denied: check the role or user has the Allow Bedrock policy, and that the trust policy uses the External ID from this form.
  • Model not available: turn on model access for that model in the Bedrock console, or pick another model for the row.
  • One row can’t be served: set that row to CloudThinker credits and verify again.
Bedrock doesn’t serve every model in every geography. Switch Region to Global (recommended), or pick a model that geography serves.
A temporary ASIA access key expires and can’t be renewed. Rotate to an IAM role or a permanent AKIA key.
  • The key card must show Active, not Saved, paused.
  • The workspace’s This workspace choice must not be Off.
  • With Organization chosen, the organization key itself must be active.
Either you aren’t a workspace Admin, or the Owner turned on Require the organization key in every workspace. The page says which.

Next steps

Usage

See the credits your workspaces spend

Credit limits

Cap what each workspace can spend on platform credits

Notifications

Make sure the right people get the BYOK credentials alert

Data protection

What the model sees, and which secrets and identifiers are masked first