Credential Setup Guides
Standard API Key
Select Standard API Key in the dashboard, give it a name, and paste the secret. TAP injects it into Authorization: Bearer by default.
Mercury
app.mercury.com/settings/tokens β Create API Token β Copy
Wise
wise.com/settings/api-tokens β Add new token β Full access β Copy
GitHub
github.com/settings/tokens β Generate new token (fine-grained) β Select repos and permissions β Copy
Slack
api.slack.com/apps β Create New App β OAuth & Permissions β Add scopes β Install to Workspace β Copy Bot User OAuth Token (xoxb-...)
Stripe
dashboard.stripe.com/apikeys β Reveal test/live secret key β Copy
OpenAI
platform.openai.com/api-keys β Create new secret key β Copy
Anthropic
console.anthropic.com/settings/keys β Create Key β Copy
Vercel
vercel.com/account/tokens β Create β Copy
Notion
notion.so/my-integrations β New integration β Copy Internal Integration Secret. Then share the relevant pages/databases with the integration.
SendGrid
app.sendgrid.com/settings/api_keys β Create API Key β Full Access or Restricted β Copy
Twilio
console.twilio.com β Account Info β Copy Auth Token. Use AccountSID:AuthToken as the secret value.
Cloudflare
dash.cloudflare.com/profile/api-tokens β Create Token β Copy
Custom
For APIs that authenticate with a non-standard header, or that require more than one secret, select Custom in the dashboard.
Non-standard auth headers
If the API uses a header other than Authorization: Bearer (e.g. X-Linear-Token), select Custom, enter the secret value, and add it under Custom Auth Headers in the advanced section:
X-Linear-Token: {value}TAP treats that header as a valid auth position and injects the secret automatically.
Multi-secret APIs (Datadog, and others)
Some APIs require two or more independent secrets in different headers. Select Custom, enable the Multi-secret option, and paste field_name=value pairs β one per line. Then reference each field in Custom Auth Headers using {value.field_name}.
Datadog
Datadog needs an API key (DD-API-KEY) and an Application key (DD-APPLICATION-KEY).
- Get your keys at app.datadoghq.com/organization-settings/api-keys and app.datadoghq.com/personal-settings/application-keys
- In the TAP dashboard β Credentials β + Add Credential β select Custom
- Enable the Multi-secret option and paste:
api_key=<your-datadog-api-key> app_key=<your-datadog-application-key> - Under Custom Auth Headers, add:
DD-API-KEY: {value.api_key} DD-APPLICATION-KEY: {value.app_key} - Save β TAP injects both headers automatically on every request
AWS (SigV4)
AWS APIs use SigV4 signing. TAP signs every request automatically β no pre-signing needed.
- console.aws.amazon.com/iam β Users β Select user β Security credentials β Create access key β Copy Access Key ID and Secret Access Key
- In the TAP dashboard β + Add Credential β select AWS
- Enter your Access Key ID and Secret Access Key
- Region and Service are auto-detected from the target URL. You can override them if needed.
- Save β TAP signs requests with SigV4 automatically
OAuth 2.0 Client Credentials
For machine-to-machine APIs that use the OAuth 2.0 client credentials grant (Azure Resource Manager, Salesforce, Box, Okta, and others). TAP exchanges the credentials for a Bearer token on every request β the agent never sees the secret or the token.
Credential JSON
In the TAP dashboard β + Add Credential β OAuth 2.0 Client Credentials, enter:
| Field | Required | Description |
|---|---|---|
client_id | Yes | The application/client ID |
client_secret | Yes | The client secret |
token_url | Yes | The token endpoint URL |
scope | No | Space-separated scopes (some providers require this) |
Azure Resource Manager
- portal.azure.com β Azure Active Directory β App registrations β New registration β name it β Register
- Copy the Application (client) ID and Directory (tenant) ID
- Certificates & secrets β New client secret β copy the value immediately
- Subscriptions β your subscription β Access control (IAM) β Add role assignment β assign Reader (or higher) to the app
- In TAP, enter:
token_url:https://login.microsoftonline.com/<tenant-id>/oauth2/v2.0/tokenscope:https://management.azure.com/.default
Salesforce
- Setup β App Manager β New Connected App β enable OAuth β add scopes β Save
- Copy Consumer Key (
client_id) and Consumer Secret (client_secret) token_url:https://login.salesforce.com/services/oauth2/token
Google (OAuth 2.0)
For Gmail, Calendar, Drive, Sheets, and any Google API β including the Admin SDK (Directory, Reports) for Workspace administration and the full Google Cloud Platform surface (Service Usage, IAM, Compute, β¦).
TAP handles the OAuth 2.0 flow for you.
- In the TAP dashboard, click + Add Credential and select Google
- Check the permissions this credential should have. Gmail, Calendar, Drive, and Sheets are pre-selected; Contacts, Tasks, Workspace Admin (manage users, groups, and org units), Admin Reports (read-only audit/usage logs), and Google Cloud (full GCP API access) are opt-in
- Click Connect Google Account
- Sign in with the Google account you want the agent to access and grant permission
TAP stores the refresh token and handles token refresh automatically. Only the permissions you checked appear on Googleβs consent screen β and the credential is permanently limited to them, so create separate credentials for separate jobs.
Keep all permissions checked on Googleβs consent screen. Google lets you uncheck individual permissions during consent, but a credential missing some of its requested permissions would fail in confusing ways later β so TAP rejects partial grants and asks you to retry. If you donβt want a permission, deselect it in the TAP dashboard instead, before connecting.
Workspace Admin scopes only work if the connecting Google account holds an admin role, and they can manage your entire Workspace. Put them in a dedicated credential (separate from day-to-day Gmail/Drive) and consider requiring passkey approval in its policy. The same goes for Google Cloud β it grants whatever GCP IAM lets the connecting account do, project-wide.
Advanced: You can also paste a refresh token manually using the collapsible option in the credential form.
Twitter / X (OAuth 1.0a)
Twitterβs API uses OAuth 1.0a. TAPβs built-in OAuth signer handles per-request HMAC-SHA1 signing automatically.
Step 1: Create a Twitter Developer App
- Go to the Twitter Developer Portal
- Create a new Project and App (or use an existing one)
- Under User authentication settings, enable OAuth 1.0a with the access level your agent needs (Read, Read+Write, or Read+Write+DM)
Step 2: Get your credentials
In the Developer Portal, go to your appβs Keys and Tokens tab and collect:
- Consumer Key (API Key)
- Consumer Secret (API Key Secret)
- Access Token
- Access Token Secret
If you change your appβs permissions, regenerate the access token.
Step 3: Add to TAP
- In the TAP dashboard, click + Add Credential and select Twitter / X
- Enter all four values in the labeled fields
- Click Create
Telegram (Personal Account)
Lets agents read and send messages as a real Telegram user. The dashboard walks you through the setup β no scripts needed.
Step 1: Get API credentials
- Go to my.telegram.org/apps and log in with your phone number
- Create a new application (or use an existing one)
- Note the API ID (a number) and API Hash (a hex string)
Step 2: Open the Telegram wizard in TAP
In the TAP dashboard, click + Add Credential and select Telegram. A dedicated 3-step modal opens:
- Credentials β enter a credential name, optional description, your API ID and API Hash, then click Next
- Phone β enter the phone number registered to your Telegram account and click Send code; Telegram will send a code to your Telegram app
- Verify β enter the verification code. If your account has Two-Factor Authentication enabled, a password field appears β enter your 2FA password and click Connect
TAP generates and stores the session automatically.