Endpoint
Tools
Teams and plan
Sites
Cookies and consents
Sites can be referenced by domain (
example.com) or by site ID — the assistant resolves
either. If you belong to more than one team, it asks which team to use.
Asynchronous operations
Scanning is a queued job, not an immediate result. After starting one, the assistant pollskatla_get_scan_status rather than assuming it finished. Scans count against your plan quota.
Custom cookie descriptions
Katla writes and translates a description for every cookie it recognises. When you want your own wording instead,katla_set_cookie_description replaces it for one language at a time:
“On example.com, describe the _ga cookie in German as ‘Unterscheidet Besucher in unserer
Analyse’ and in Swedish as ‘Skiljer besökare åt i vår analys’.”
Your text is used by the consent banner, the cookie policy and the exports wherever that
language is served. Languages you have not written keep the automatic description, so a
German page never falls back to English wording. It also works for cookies Katla does not
recognise, which otherwise have no description at all.
The same overrides can be managed in the dashboard and with
katla cookies describe.
Permissions and privacy
- Scoped to your account. The connector can only reach teams you are a member of, and
role checks apply per action — a
membercannot do what anadmincan. - Read and write scopes. Connections are granted
katla:readandkatla:writeby default. A client that requests onlykatla:readgets a read-only connection, and every mutating tool refuses. - No billing changes. Plan and payment changes are deliberately not exposed.
katla_get_planis read-only; change plans in the dashboard. - No destructive operations. Removing a domain is not exposed over MCP.
- No visitor PII. Consent records returned over MCP include the consent decision, categories, and timestamp — never IP addresses or user agents.
- Revocable. Remove the connector in your assistant to stop it being used, or sign out of Katla everywhere to invalidate the underlying session.
Self-hosted or staging
If you run Katla against your own API, point the connector at that origin instead:API_PUBLIC_URL on the API to the public origin clients will reach. It is used as the
OAuth issuer and as the MCP resource identifier, so it must match the URL you connect to
exactly — otherwise discovery fails.
To check discovery is working, https://<your-api>/.well-known/oauth-protected-resource/mcp
should return JSON whose resource field matches the URL you entered.