skrift-auth

Automate OAuth authentication and RBAC authorization for Skrift web and API routes.

1|3|Updated Jun 17, 2025
One-click install
npx skills add https://github.com/Smarter-Dev/smarter-dev --skill skrift-auth
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: skrift-auth
Source: https://github.com/Smarter-Dev/smarter-dev/tree/main/smarter_dev/.claude/skills/skrift-auth
Command: npx skills add https://github.com/Smarter-Dev/smarter-dev --skill skrift-auth

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Skrift requires a robust authentication and authorization layer to securely manage user identities, provider-based logins, and access controls across routes.

Core Features & Use Cases

  • Multi-provider OAuth authentication and session management
  • Role-based access control with guards and permissions
  • Per-route and per-action authorization for web and API endpoints

Quick Start

Log in using a provider, then secure routes with guards and roles.

Frequently Asked Questions about skrift-auth

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

FAQPage Schema
How do I implement OAuth authentication and RBAC authorization for web routes?

OAuth authentication and RBAC authorization for web routes are implemented by configuring provider-based logins, managing sessions, and defining guards with granular permissions. This secures endpoints by enforcing role checks per route and action.

What is the best way to secure API endpoints with role-based access control?

The best way to secure API endpoints with role-based access control is to apply per-action authorization using guards. This ensures only users with specific roles can execute designated API operations across the application.

How does session management work with multi-provider OAuth login?

Session management with multi-provider OAuth login works by validating provider-based sign-ins and establishing secure sessions. It maintains user identity across web and API routes without requiring repeated logins.

Can I apply granular permissions to specific actions instead of entire routes?

Yes, you can apply granular permissions to specific actions. The system supports per-action authorization, allowing guards to evaluate user roles and restrict access to individual operations within a route.

Do I need to define guards before implementing provider-based sign-in?

You need provider configurations, session management, and guard definitions implemented together. Guards define the role checks required, while provider configurations enable the sign-in flows that populate the session.

Why use role-based access control instead of basic authentication for Skrift applications?

Role-based access control is used instead of basic authentication to provide granular, per-route permissions. It maps users to specific roles, ensuring secure and scalable access management across complex web and API endpoints.