How to connect external providers (telephony, TTS, LLM, email, CRM, and workflows) to Fluents.ai.
Providers are the external services Fluents.ai connects to so your agents can:
Make and receive phone calls
Use different TTS / STT / LLM engines
Send emails or calendar invites
Sync data with your CRM or other workflows
Instead of hard‑coding credentials in many places, you add account connections once in Providers, then reuse them across agents, numbers, actions, and workflows.
Some provider entries are used purely for authentication, not for a specific product integration.A common example is an API Key Auth provider, which you can attach to Custom External Actions when calling your own APIs. This lets you:
Store an API key or token once in Providers
Reuse it safely across multiple actions
Rotate or remove it centrally without editing each action
Choose the service you want to connect (for example, Twilio, Telnyx, OpenAI, ElevenLabs, HubSpot, Gmail, Outlook, Cal.com, etc.).
Fill in the required fields for that provider.
These vary by provider but typically include one or more of:
API key or access token
Client ID and Client Secret
Account or project identifiers
(Optional) If the provider supports OAuth or a “Connect” flow, follow the on‑screen steps to sign in and authorize Fluents.ai.
Click Add Account.
The new connection will appear in the Providers list and can immediately be used elsewhere in the platform.If you’re unsure how to obtain credentials for a specific provider, refer to that provider’s own documentation (for example, “Create API keys in Twilio”) or click any contextual help links in the Fluents UI.
Once configured, providers are reused in several parts of the product:
Voices
Choose which TTS / STT / LLM provider powers each voice or agent configuration.
Numbers and Calls
Select which telephony provider account is used for buying, linking, and using phone numbers.
Actions and Workflows
Use CRM, scheduling, email, and other workflow providers in:
Custom External Actions
Post‑call workflows
Integrations like “send an email,” “create a CRM record,” or “schedule a meeting.”
Auth for your own APIs
Attach Auth‑type providers (for example, an API Key Auth connection) to your own HTTP actions so the platform sends the right headers and credentials automatically.
Because everything points back to Providers, you can change or rotate credentials in one place and have dependent features pick up the new configuration.
Treat credentials as secrets
Only paste API keys or tokens into the Providers UI, not into prompts or notes.
Never share them in screenshots or public channels.
Use least privilege
Create API users or keys that have only the permissions required for your use case (for example, a “call‑only” telephony key or a CRM key limited to the needed objects).
Separate environments
Use different provider accounts or keys for testing and production where possible.
This prevents test traffic from polluting real CRMs or billing.
Rotate keys periodically
Follow the provider’s rotation recommendations.
When rotating, use Edit on the provider connection to update keys without changing references elsewhere.
If you suspect a key is compromised, immediately rotate it at the provider and then update or delete the corresponding entry in Providers.