auth-provider

Centralize OAuth tokens and API keys across multiple providers with encrypted storage.

Updated Feb 10, 2026
One-click install
npx skills add https://github.com/ticruz38/skills --skill auth-provider-ticruz38
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: auth-provider
Source: https://github.com/ticruz38/skills/tree/main/skills/auth-provider
Command: npx skills add https://github.com/ticruz38/skills --skill auth-provider-ticruz38

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires sqlite3, crypto-js.

What problem does it solve?

Centralized authentication management for OAuth tokens and API keys across multiple providers (Google, Binance, QuickBooks, Slack) with encrypted storage, PKCE flows, and health checks.

Core Features & Use Cases

  • Secure OAuth 2.0 with PKCE and token management for multiple providers
  • API key storage and lifecycle management for Binance and other services
  • Encrypted token storage with automatic token refresh and health monitoring
  • Onboard new services and scale credential management across an OpenClaw deployment

Quick Start

Install and run the CLI to manage credentials across providers.

Frequently Asked Questions about auth-provider

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

FAQPage Schema
How do I manage OAuth tokens and API keys for multiple providers centrally?

Centralized OAuth token and API key management handles multiple providers by securely storing credentials, managing PKCE flows, and auto-refreshing tokens. It applies across an authentication ecosystem to encrypt credentials and perform health checks via a pluggable provider adapter architecture.

How does PKCE flow management work for OAuth 2.0 token integration?

PKCE flow management for OAuth 2.0 securely handles state tracking and token exchange within the authentication ecosystem. It automates the authorization code flow with PKCE, securely storing and auto-refreshing the resulting access tokens for integrated providers like Google and Slack.

Can I use encrypted storage for API keys and OAuth tokens with SQLite?

Encrypted storage for API keys and OAuth tokens uses SQLite alongside crypto-js to securely store credentials locally. This setup enables centralized lifecycle management, automatic token refresh, and health monitoring for services like Binance without exposing raw credentials.

What is the best way to auto-refresh OAuth tokens and monitor credential health?

The best way to auto-refresh OAuth tokens and monitor credential health is using a centralized management system with a pluggable provider adapter architecture. It automatically refreshes expired tokens and runs health checks to ensure continuous API access across multiple providers.

Does this authentication management approach support provider integrations like Binance and QuickBooks?

This authentication management approach supports provider integrations for Binance, QuickBooks, Google, and Slack through a pluggable provider adapter architecture. It handles both OAuth 2.0 flows with PKCE and direct API key storage, scaling credential management across deployments.

Why do I need centralized token management instead of storing credentials per application?

Centralized token management is needed to securely store credentials, manage PKCE flows, and auto-refresh tokens across multiple providers from a single location. It eliminates scattered credential storage, applies consistent encryption, and scales credential lifecycle management across an entire deployment.