weegloo-delivery-access-token

Create least-privilege Weegloo DeliveryAccessTokens bound to read-only SpaceRoles via CMA.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Creating a Weegloo DeliveryAccessToken (CDA token) requires binding it to a SpaceRole, and agents frequently bind the wrong one—typically the Administrator role from the first list entry—producing over-privileged tokens that are unsafe to expose in browsers. This Skill enforces a least-privilege workflow so public, browser-exposed tokens are always read-only. ## Core Features & Use Cases - Least-privilege role binding: Creates a read-only SpaceRole first, then binds the token to that role's sys.id, never Administrator or the first list item. - Error handling for WGL422001: Handles permission-ownership errors without falling back to Administrator, directing the user to the console or an authorized CMA principal instead. - allowedReferrers guidance: Covers the optional origin restriction, including the requirement to resend the existing list on any token update so restrictions are not silently cleared. - Use Case: A developer needs a NEXT_PUBLIC_ delivery token for a frontend app. The Skill creates a read-only SpaceRole for the published ContentTypes, captures its sys.id, and issues the DeliveryAccessToken bound only to that role. ## Quick Start Ask the agent to create a read-only Weegloo CDA delivery token for your published content types using a dedicated least-privilege SpaceRole.

Frequently Asked Questions about weegloo-delivery-access-token

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

FAQPage Schema
How do I create a Weegloo DeliveryAccessToken for the CDA API?

Create a read-only SpaceRole with cma_CreateSpaceRole for the ContentTypes the CDA must read, copy its sys.id from the response, then call cma_CreateDeliveryAccessToken with role referencing that sys.id as a Refer to SpaceRole.

Why should a CDA delivery token not use the Administrator SpaceRole?

Delivery tokens shipped to browsers are public, so they must be least-privilege and read-only. Binding one to Administrator or any broad write role exposes full admin access to anyone who reads the token from client-side code.

What does error WGL422001 mean when creating a delivery token?

WGL422001 means the caller cannot assign a permission it does not own. Do not fall back to Administrator; instead create the token in the Weegloo console with the same SpaceRole or use a CMA principal authorized to assign that role.

What is allowedReferrers on a Weegloo delivery token?

allowedReferrers is an optional list of origins the token is accepted from, off by default. Set it only when the user asks to lock a token to a domain, and always resend the existing list on updates since omitting it clears the restriction.

What is the difference between a DeliveryAccessToken and a SpaceAccessToken in Weegloo?

A DeliveryAccessToken is read-only and intended for CDA clients such as browsers. A SpaceAccessToken is write-capable, covering CMA data, CDA, and Upload for one Space, and should be used only when the client needs to write.