casa_ key. Partner credentials are org-scoped machine credentials.
They do not authenticate the MCP server.
Connecting Claude? Use Casa Layer sign-in instead — add the MCP URL as a custom
connector and sign in, no key required (see MCP server).
Personal API keys are for Cursor, the MCP Inspector, scripts, and REST access.
Creating a key
- In the Casa Layer app, open the account menu at the bottom of the left sidebar and choose Account settings.
- Click Create Key, name it after what will use it (e.g. Reporting
pipeline), and choose its scope:
- Whole group (default) — reads every property in your organization.
Send
X-Property-Idto narrow one request. - Pinned to one property — permanently narrowed to that property.
The key ignores
X-Property-Id.
- Whole group (default) — reads every property in your organization.
Send
- Copy the
casa_…token from the confirmation dialog.
What a key can do
Keys are read-only and carry every public read scope exceptread:integrations. They can list the integration roster
(GET /v1/integrations). Connection metadata stays session-only. A key can
never create or revoke other keys, so a leaked key’s blast radius stays
read-only. See the scope table for the full list.
Any member of your organization can manage the group’s keys; keys only grant
the read surface members already hold.
Revoking a key
Revoke from the same Account settings page. Revocation is immediate — the next request with that key fails with401 — and permanent. Revoked keys stay
listed (greyed out) for audit.
Good practice
- One key per consumer. Name keys after the system using them so revocation is surgical.
- Pin where you can. If a consumer only needs one property’s data, pin the key at creation rather than relying on the drill-down header.
- Rotate by overlap. Create the replacement key, deploy it, then revoke the old one.
- Keep keys out of source control. Inject them via environment variables or your secret manager.