Prerequisites
- A Zabbix frontend reachable from CloudThinker over the internet, such as
https://zabbix.example.com. If a firewall guards it, or it must stay private, see Reaching private services. - A Zabbix Super admin who can create a user, a user group, and an API token.
- Zabbix 5.4 or later if you want to use an API token. Older versions use username and password.
- The Admin role in the CloudThinker workspace, which you need to add connections. See Roles.
Setup
1
Create a role with API access
Go to Users → User roles (in Zabbix 6.x, Administration → User roles) and click Create user role. Name it
CloudThinker, set User type to User (or Admin for writes, see Required permissions), make sure Access to API is enabled, and click Add.2
Create a user group with host group access
Go to Users → User groups (in 6.x, Administration → User groups) and click Create user group. Name it
CloudThinker. On the Host permissions tab (Permissions in 6.x), select the host groups agents should see, choose Read, and click Add.3
Create the user
Go to Users → Users (in 6.x, Administration → Users) and create a user named
cloudthinker in the CloudThinker group. On the Permissions tab, pick the CloudThinker role, then click Add.4
Create an API token (Zabbix 5.4+)
Go to Users → API tokens (in Zabbix 5.4 to 6.x, Administration → General → API tokens) and click Create API token. Select the
cloudthinker user, set Expires at to match your rotation schedule, and click Add. Copy the token. Zabbix shows it only once.On a version older than 5.4, skip this step and use the user’s password instead.5
Add the connection in CloudThinker
In the sidebar, click More → Workspace settings → Connections, select Zabbix, and fill in:
- ZABBIX_URL: your Zabbix frontend URL, such as
https://zabbix.example.com. - ZABBIX_AUTH_TYPE: switch it to API Token. The default is Username & Password, but a token can expire and be revoked without changing a password.
- ZABBIX_TOKEN, or ZABBIX_USERNAME and ZABBIX_PASSWORD: the credentials from the steps above. CloudThinker shows only the fields for the auth type you picked.
Connection details
The form shows these field names as they are written below.Required permissions
Zabbix decides access in two places: the user’s role (what kind of user it is, and whether it can use the API) and its user group (which host groups it can read or change). Agents see only hosts in host groups the user group can read.Agent capabilities
Agents use Zabbix’s severity scale: Not classified, Information, Warning, Average, High, Disaster.
Every change an agent makes goes through your workspace’s Approvals first. On the default Auto · Rules + AI · Ask me mode, AI judgment can let a safe change run without asking — and an Allow Rule can too, once CloudThinker turns on Rule enforcement for your workspace. Choose Manual to approve every change yourself.
So on the default mode, an agent could create a maintenance window, delete a host, or create a user without a person seeing it. Choose Manual so a person approves every change — that is the control that works today. Once CloudThinker turns on Rule enforcement for your workspace, an Ask first Rule can narrow the wait to just those operations: in a chat, type
/create-policy Ask first for maintenance windows, host deletes and user creation on the Zabbix connection, then accept it under Approvals → Rules → Needs review.
Verify the connection
Ask CloudThinker in a new chat:Example prompts
Troubleshooting
Failed to connect to Zabbix
Failed to connect to Zabbix
CloudThinker couldn’t sign in or list hosts. Check that ZABBIX_URL is the frontend address and reachable from CloudThinker, that ZABBIX_AUTH_TYPE matches the credentials you entered, and that the user’s role has API access enabled.
401, or the session expired
401, or the session expired
The token expired or was deleted, or the password changed. Create a new token under API tokens and update ZABBIX_TOKEN, or update the password.
Hosts or problems are missing
Hosts or problems are missing
The user’s group has no permission on that host group, so Zabbix leaves those hosts out. Grant Read on the host group in the user group’s permissions.
A write fails with a permission error (403)
A write fails with a permission error (403)
The user is a User-type role or has only Read on the host group. Change the role to Admin type and grant Read-write if you want agents to make that change.
429, 500, or 503 errors
429, 500, or 503 errors
The Zabbix API is rate limiting, failing, or in maintenance. Wait a minute, then ask a narrower question scoped to one host or host group.
Security
- Least privilege — grant only the permissions the agents need for your use case; start read-only and widen later.
- Read-only by default — use read-only credentials unless you want agents to make changes through this connection.
- Rotate credentials — rotate keys and tokens on your normal schedule; CloudThinker picks up the new value when you update the connection.
- Revoke on offboarding — remove the credential at the provider when you delete a connection or a teammate leaves.
- Prefer an API token: a token belongs to one user, carries its own expiry, and can be revoked without changing a password.
- Scope by host group: give the CloudThinker user group permissions only on the host groups agents need.
Related
Approval rules
Decide which Zabbix writes run, wait for a person, or are refused.
Webhook integrations
Send Zabbix alerts into Resolve as incidents.