Token导航 LogoToken导航

Agent Skill · 开发

supabase-clerk-sync(Supabase clerk sync 命令行)

supabase-clerk-sync 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

supabase-clerk-sync 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描有提醒项,按安装量在开发类的 21,746 个 Skill 里排第 20,201。

总安装 235周安装 10GitHub Stars 10下载 82核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:supabase-clerk-sync(Supabase clerk sync 命令行)
来源仓库:https://github.com/vanman2024/ai-dev-marketplace
仓库路径:skills/supabase-clerk-sync
安装命令:
npx skills add https://github.com/vanman2024/ai-dev-marketplace --skill supabase-clerk-sync
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/vanman2024/ai-dev-marketplace --skill supabase-clerk-sync

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

处理 GitHub 仓库、Issue 和 Pull Request 等协作信息。适用于围绕仓库状态和代码变更进行整理的需求。通过 npx 命令从指定 GitHub 仓库安装并使用该技能。建议确认权限范围和维护状态,避免触发不必要的联网或文件操作。

supabase-clerk-sync 属于开发类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/supabase-clerk-sync

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/vanman2024/ai-dev-marketplace --skill supabase…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

supabase-clerk-sync 怎么安装?

在终端执行 npx skills add https://github.com/vanman2024/ai-dev-marketplace --skill supabase-clerk-syn…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

supabase-clerk-sync 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

supabase-clerk-sync 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

supabase-clerk-sync 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

supabase-clerk-sync 用的人多吗?

公开数据是累计安装 235 次,近一周安装 10 次,下载 82 次,GitHub 10 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

supabase-clerk-sync 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
supabase-clerk-sync

Supabase clerk sync 命令行 · 本页

23510接触敏感数据未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Supabase-Clerk Sync

Comprehensive integration patterns for syncing Clerk authentication with Supabase databases, including JWT configuration, RLS policies, webhook setup, and user data synchronization.

Instructions

When Integrating Clerk with Supabase

  1. JWT Configuration Strategy

- Configure Supabase to validate Clerk JWT tokens - Extract Clerk JWT template from dashboard - Configure Supabase auth settings with Clerk JWKS endpoint - Map Clerk user claims to Supabase RLS policies - Handle JWT expiration and refresh flows

  1. User Sync Architecture

- Choose sync strategy: Webhook-based (recommended) or Client-side - Set up Clerk webhooks for user lifecycle events - Create Supabase tables for user profile data - Implement idempotent sync operations - Handle race conditions and eventual consistency

  1. RLS Policy Design

- Use Clerk sub claim as user identifier in policies - Extract user metadata from JWT for policy decisions - Implement role-based access with Clerk organizations - Create policies for user-owned resources - Test policies with different JWT claims

  1. Webhook Implementation

- Verify Clerk webhook signatures (svix library) - Handle user.created, user.updated, user.deleted events - Implement retry logic for failed syncs - Log sync operations for debugging - Use Supabase service role key for webhook operations

Integration Workflow

Phase 1: JWT Setup

  1. Get Clerk JWKS URL from dashboard
  2. Configure Supabase auth.jwt_secret
  3. Update Supabase JWT settings with Clerk issuer
  4. Test JWT validation with sample tokens

Phase 2: Database Schema

  1. Create users table with Clerk ID mapping
  2. Add user metadata columns
  3. Set up RLS policies using JWT claims
  4. Create indexes for performance

Phase 3: Webhook Configuration

  1. Deploy webhook endpoint (Supabase Edge Function or external)
  2. Register webhook URL in Clerk dashboard
  3. Select user events to sync
  4. Implement signature verification

Phase 4: Client Integration

  1. Configure Supabase client with Clerk session token
  2. Implement token refresh in client
  3. Test authenticated requests
  4. Handle authentication errors

Security Best Practices

JWT Validation:

  • Always verify JWT signature with Clerk JWKS
  • Validate issuer matches Clerk instance
  • Check token expiration
  • Reject tokens with missing required claims

RLS Policies:

  • Use auth.uid() to extract Clerk user ID from JWT
  • Never trust client-provided user IDs
  • Test policies with different user roles
  • Implement least-privilege access

Webhook Security:

  • Verify Svix signatures on all webhook requests
  • Use HTTPS for webhook endpoints
  • Store Clerk webhook secret securely
  • Implement rate limiting on webhook endpoints

API Keys:

  • Never hardcode API keys in client code
  • Use environment variables for secrets
  • Rotate keys periodically
  • Use Supabase anon key for client, service role for webhooks

Sync Strategies

Webhook-Based Sync (Recommended):

  • Real-time synchronization
  • Server-side security
  • Centralized logic
  • Better error handling
  • Recommended for production

Client-Side Sync:

  • User initiates sync on login
  • Requires RLS policies for user writes
  • Simpler setup for prototypes
  • Race conditions possible

Common Integration Patterns

Pattern 1: Public Profile with Private Data

users_public (readable by all, RLS enforced)
  - clerk_id
  - username
  - avatar_url

users_private (readable only by owner)
  - clerk_id
  - email
  - metadata

Pattern 2: Organization-Based Access

RLS Policy:
  auth.jwt()->>'org_id' = organizations.clerk_org_id

Pattern 3: Role-Based Permissions

RLS Policy:
  auth.jwt()->>'role' IN ('admin', 'editor')

Troubleshooting

JWT Validation Fails:

  • Verify JWKS URL is correct
  • Check Supabase JWT secret configuration
  • Ensure token hasn't expired
  • Validate issuer claim matches

User Sync Delays:

  • Check webhook delivery in Clerk dashboard
  • Verify webhook endpoint is accessible
  • Review webhook logs for errors
  • Confirm Supabase connection

RLS Policy Denies Access:

  • Inspect JWT claims in request
  • Test policy SQL in Supabase SQL editor
  • Verify user ID extraction from JWT
  • Check table permissions

Scripts

Automated setup and configuration scripts:

  • scripts/setup-sync.sh - Configure Supabase for Clerk JWT validation
  • scripts/configure-rls.sh - Generate RLS policies for Clerk authentication
  • scripts/create-webhooks.sh - Deploy webhook infrastructure
  • scripts/test-jwt.sh - Test JWT validation and claim extraction
  • scripts/sync-users.sh - Manually trigger user synchronization

Templates

Integration code templates for different scenarios:

TypeScript Templates

  • templates/supabase-client-clerk.ts - Supabase client with Clerk session token
  • templates/webhook-sync.ts - Clerk webhook handler for user sync
  • templates/edge-function-webhook.ts - Supabase Edge Function webhook
  • templates/middleware-auth.ts - Next.js middleware with Clerk + Supabase

SQL Templates

  • templates/rls-policies-clerk.sql - Comprehensive RLS policies
  • templates/user-schema.sql - User tables schema
  • templates/triggers.sql - Database triggers for audit logging

Configuration Templates

  • templates/env.example - Environment variables template
  • templates/clerk-jwt-template.json - JWT template configuration

Examples

Complete working examples:

  • examples/complete-integration.tsx - Full Next.js app with Clerk + Supabase
  • examples/webhook-handler.ts - Production webhook implementation
  • examples/protected-route.tsx - Protected page with RLS
  • examples/organization-access.tsx - Multi-tenant with organizations

Migration Guide

From Supabase Auth to Clerk

  1. Export Users:

- Extract user data from Supabase auth.users - Prepare user import CSV for Clerk

  1. Update Database:

- Add clerk_id column to user tables - Migrate RLS policies to use JWT claims - Update foreign key references

  1. Deploy Webhooks:

- Set up webhook infrastructure - Enable user sync

  1. Update Client:

- Replace Supabase auth with Clerk - Update Supabase client initialization - Test authentication flows

  1. Cutover:

- Enable Clerk in production - Disable Supabase Auth - Monitor for issues

Performance Optimization

Database Indexes:

CREATE INDEX idx_users_clerk_id ON users(clerk_id);
CREATE INDEX idx_orgs_clerk_org_id ON organizations(clerk_org_id);

Webhook Performance:

  • Use database connection pooling
  • Batch user updates when possible
  • Implement async processing for large syncs
  • Cache frequently accessed user data

Client Performance:

  • Cache Supabase client instance
  • Refresh tokens proactively
  • Use Supabase realtime for live updates
  • Implement optimistic updates

Reference Documentation

Clerk:

  • JWT Templates: Configure custom claims for Supabase
  • Webhooks: Event types and payload structure
  • Organizations: Multi-tenant patterns

Supabase:

  • JWT Authentication: Custom JWT provider setup
  • RLS Policies: Policy syntax and testing
  • Edge Functions: Serverless webhook handlers
  • PostgreSQL Functions: Custom JWT claim extraction

Security Checklist

Before going to production:

  • JWT signature validation configured
  • Webhook signatures verified
  • RLS policies tested with different users
  • Service role key stored securely
  • Webhook endpoint uses HTTPS
  • Rate limiting implemented
  • Error logging configured
  • User data encrypted at rest
  • API keys rotated
  • Audit logging enabled

Use When

  • Integrating Clerk authentication with Supabase database
  • Syncing user profiles from Clerk to Supabase
  • Implementing Row Level Security with Clerk JWT tokens
  • Setting up webhooks for real-time user synchronization
  • Building multi-tenant applications with Clerk organizations
  • Migrating from Supabase Auth to Clerk
  • Configuring secure database access with external auth provider
  • Implementing organization-based data access patterns

平台分布

Codex

34.06%
按下载量换算28

Claude

28.85%
按下载量换算24

Cursor

19.03%
按下载量换算16

Gemini CLI

9.07%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills