What problem does it solve? Choosing the wrong endpoint visibility in Jac silently leaks per-user data or breaks authentication, and the differences between def:pub, def:priv, and def:protect are easy to misunderstand. This Skill provides the canonical, server-verified statement of Jac's auth model so you decide correctly which endpoints need login and whose data they see. ## Core Features & Use Cases - Endpoint auth semantics: Canonical rules for def:pub, plain def, def:priv, and def:protect, including how root resolves differently for anonymous versus token-bearing callers. - REST auth flow: Exact register/login request shapes (identity arrays, credential objects), token usage, refresh, and role management via the admin API. - Production hardening guidance: JWT secret configuration, role system behavior, and pitfalls like register returning no token or grant() not being per-user. - Use Case: When adding a new endpoint that reads a user's todos, use this Skill to confirm it must be a plain def or def:priv so it runs on the caller's isolated root rather than the shared guest graph. ## Quick Start Ask the agent to review your Jac server endpoints and confirm which ones require JWT authentication and which run on the shared guest graph.