insforge-integrations

原文：🇺🇸 英文

已翻译

当你需要将第三方身份认证提供商（Clerk、Auth0、WorkOS、Kinde、Stytch）与InsForge集成以实现身份认证和RLS功能时，可使用本skill。内容涵盖JWT配置、客户端设置、数据库RLS策略，以及每个支持的集成对应的提供商专属注意事项。

381次下载

添加于2026-04-10

NPX安装

npx skill4agent add insforge/agent-skills insforge-integrations

本skill介绍如何将第三方身份认证提供商与InsForge进行集成。本目录下为每个提供商单独提供了对应的指南。

提供商	指南内容	适用场景
Clerk	Clerk JWT 模板 + InsForge RLS	Clerk通过JWT模板直接签发令牌，无需服务端签名
Auth0	Auth0 Actions + InsForge RLS	Auth0使用登录后Action将声明嵌入访问令牌
WorkOS	WorkOS AuthKit + InsForge RLS	WorkOS AuthKit中间件 + 基于 `jsonwebtoken` 的服务端JWT签名
Kinde	Kinde + InsForge RLS	针对InsForge集成的Kinde令牌自定义配置
Stytch	Stytch + InsForge RLS	用于InsForge集成的Stytch会话令牌

所有集成都遵循相同的核心流程：

每个提供商的指南都包含完整的代码示例，覆盖以下场景：

请查看对应

references/<provider>.md

文件获取完整示例。

所有提供商的用户ID均为字符串类型（不是UUID）——
```
user_id
```
请始终使用
```
TEXT
```
类型字段
RLS策略请使用
```
requesting_user_id()
```
而非
```
auth.uid()
```
将
```
edgeFunctionToken
```
设置为异步函数（Clerk场景）或服务端签名的JWT（Auth0、WorkOS、Kinde、Stytch场景）

始终通过

npx @insforge/cli secrets get JWT_SECRET

命令获取JWT密钥

错误操作	解决方案
RLS中使用 `auth.uid()`	使用 `requesting_user_id()` —— 第三方ID为字符串类型，不是UUID
`user_id` 使用UUID类型字段	使用 `TEXT` 类型 —— 所有支持的提供商均使用字符串格式的ID
硬编码JWT密钥	始终通过 `npx @insforge/cli secrets get JWT_SECRET` 命令获取
未创建 `requesting_user_id()` 函数	必须先创建该函数，RLS策略才能正常工作