weegloo-space-access-token

Create role-scoped Weegloo SpaceAccessTokens for read-write access to a single Space.

1|2|Updated Feb 20, 2026
One-click install
npx skills add https://github.com/weeglooapi/weegloo-mcp-plugin --skill weegloo-space-access-token-weeglooapi
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: weegloo-space-access-token
Source: https://github.com/weeglooapi/weegloo-mcp-plugin/tree/main/plugins/weegloo/skills/weegloo-space-access-token
Command: npx skills add https://github.com/weeglooapi/weegloo-mcp-plugin --skill weegloo-space-access-token-weeglooapi

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Issuing API tokens with the wrong scope is a common security risk: broad Personal Access Tokens expose entire organizations, while read-only Delivery Access Tokens cannot write. This Skill guides the creation of a Weegloo SpaceAccessToken (SPCAT) — a read+write token confined to one Space whose exact power is set entirely by a bound SpaceRole — so agents issue least-privilege credentials instead of over-privileged ones. ## Core Features & Use Cases - Scoped token creation: Issues a SpaceAccessToken via the MCP cma_CreateSpaceAccessToken flow with a deliberately chosen role.sys.id, never defaulting to Administrator or the first listed role. - Token selection guidance: Compares DeliveryAccessToken (read-only CDA), SpaceAccessToken (CMA data + CDA + Upload), and PersonalAccessToken so the least-privileged credential is chosen for each client type. - Anti-escalation guardrails: Handles WGL422001 errors without widening roles, respects WGL429* plan limits, and enforces that the settings axis (webhooks, roles, locales, token issuance) is unreachable regardless of the bound role. - Use Case: A developer building an anonymous public submission board needs a browser-embeddable token that can create content in one ContentType and nothing else. The Skill creates a narrowly scoped SpaceRole, binds it to a new SpaceAccessToken, and reads through the same token instead of exposing a second key. ## Quick Start Ask the agent to create a Weegloo SpaceAccessToken for your Space bound to a least-privilege SpaceRole that only permits the exact content operations your client needs.

Frequently Asked Questions about weegloo-space-access-token

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a Weegloo SpaceAccessToken with a scoped role?

Create a least-privilege SpaceRole first, copy its sys.id, then call cma_CreateSpaceAccessToken with role.sys.id set to that exact role. Never bind Administrator or the first role returned by cma_GetListSpaceRoles.

What is the difference between a SpaceAccessToken and a DeliveryAccessToken?

A DeliveryAccessToken (DVRAT) is read-only CDA access for one Space, ideal for browsers that only read. A SpaceAccessToken (SPCAT) adds CMA data writes and uploads, still confined to one Space and governed by its bound SpaceRole.

Can a SpaceAccessToken manage webhooks, roles, or other Space settings?

No. Every SETTING_* action returns 403 regardless of the bound role, including webhooks, SpaceRole management, locales, and token issuance. The bound role only governs Content, ContentType, Media, and Script Execute.

Why does creating a SpaceAccessToken fail with WGL422001?

WGL422001 means the caller lacks the exact SpaceRole being bound and is not a Space admin. Do not escalate to a broader role; instead pick a role the caller holds, have a Space admin create the token, or grant the caller that role first.

Should I use a separate DeliveryAccessToken for reads if my client already has a SpaceAccessToken?

No. A SpaceAccessToken already authorizes CDA reads, so adding a DAT exposes two secrets with no reduction in blast radius. Use a separate DAT only for independent revocation or when reads and writes live in different clients.