An agent needs access to a service, but a token pasted into a prompt can end up in chat history or be sent to a model. Treat the credential and the instruction as separate things: the agent needs to know what to do, not the token’s value.
Connect the smallest useful account
Create or select an account with only the permissions the task requires. Check the service’s own permission settings: turning an integration on for a project controls where APX offers it, not necessarily what the service account can access.
The APX integrations guide describes variables referenced by name and stored in the system’s secret store where available. A project-specific value can override a global one. The service still receives the data needed for the authorized operation, so review the provider and its terms.
Test and maintain access
- Connect the integration through its setup rather than writing a secret in a chat or project file.
- Try a harmless read and verify the account and project are correct.
- Before a write or send, check the target and approval.
- Rotate or revoke credentials at the service when they are no longer needed, then update the connection.
A hidden token does not make an overprivileged account safe. Never use a real credential in an example or support screenshot.
Sources
More articles

How to let an AI agent work on a site without sharing your password
A practical guide to browser handoffs, sessions and safer sign-in for AI agents.

Can an AI agent work from WhatsApp or Telegram? What to check first
Plan a chat-based agent workflow around identity, approval, delivery and privacy before connecting a messaging app.

Why an AI agent cannot use a connected tool: an MCP checklist
Troubleshoot an MCP connection in stages: scope, approval, sign-in, tool discovery and a safe test.
