Preset Guest Tokens

preset-guest-tokens

Use for security-sensitive guest-token payload review and creation.

Always

• Auth and conventions come from preset-api (JWT exchange, base URLs, Rison); resolve the workspace hostname through the Management API when it is not already known. Consult preset-embedding for embedded-config context when it is missing.
• Use preset-embedded-rls when row-level security clauses are present.
• Require explicit confirmation before POST /api/v1/security/guest_token/.
• Confirm dashboard/resource UUID, user claims, RLS clauses, token handling, and expiration expectations.
• Do not invent RLS clauses, trusted domains, or authorization details; ask for missing authorization details.
• Never print signed guest tokens in logs, examples, PR comments, or handoff notes.

Decision Rules

• Classify guest token creation as token issuance.
• Require approval summary with dashboard, resource, user, RLS, audience, expiration, and handling.
• Never create or print a signed token before approval.
• Separate embedded config reads from token creation.

Workflow Order

1. Inspect dashboard and embedded config metadata.
2. Summarize token claims, resources, user payload, RLS, audience, and handling.
3. Request explicit approval.
4. Stop before creating or printing token.

Retrieve

• Guest-token claims, resources, user payload, RLS, token handling: references/guest-token-claims.md
• Approval policy: load preset-api and then references/safety-policy.md.