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.
- Bedrock: IAM role
- Bedrock: access key
- Anthropic
- FPT Cloud
Set Sign in with to IAM role (the default). CloudThinker assumes the role for every call and stores no AWS key.The two
- 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:
- Allow Bedrock. Attach the permissions policy the form shows. The form shows the placeholder
111122223333too, so replace it with your AWS account ID yourself:
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.- Role ARN. Paste the new role’s ARN.
- 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.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.).
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.
Troubleshooting
Verification failed
Verification failed
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.
Access denied only after picking a region
Access denied only after picking a region
Bedrock doesn’t serve every model in every geography. Switch Region to Global (recommended), or pick a model that geography serves.
The key keeps turning itself off
The key keeps turning itself off
A temporary
ASIA access key expires and can’t be renewed. Rotate to an IAM role or a permanent AKIA key.No Your key badge in chat
No Your key badge in chat
- 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.
I can't change the workspace setting
I can't change the workspace setting
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