如何用 AI 设计行级隔离的 SaaS 多租户架构

解决 SaaS 数据泄露痛点：通过 AI 自动生成包含行级安全（RLS）策略、共享模式隔离、租户感知中间件及合规的跨租户管理模式的 PostgreSQL 架构代码，确保每个租户的数据严格物理隔离。

为什么需要这个技能

构建多租户 SaaS 应用时，最大的风险是数据串通。不同租户的账单、用户数据若混淆存储，一旦应用逻辑出现 Bug，将导致灾难性的隐私泄露。

本技能专门针对 PostgreSQL 环境，利用 AI 自动实现“共享模式 + tenant_id 列”的黄金标准模式。它不仅生成应用层过滤代码，更关键的是配置数据库层面的 RLS 策略，即使开发者忘记加 WHERE 子句，数据库本身也会拦截非法访问。

确定隔离模型：AI 会评估租户规模。对于 1000 个以内的租户，推荐“共享模式 + tenant_id 列”；若涉及强监管数据，则建议“数据库每租户”。
添加租户标识列：在所有租户感知的表（如 invoices, projects）中添加 tenant_id 列，类型设为 UUID，设为 NOT NULL，并纳入所有联合索引。
配置 RLS 策略：AI 生成 SQL 脚本，在每张表上启用 RLS，规则是当前会话的 app.current_tenant_id 必须匹配，否则禁止 SELECT/INSERT/DELETE/UPDATE。
构建租户感知中间件：生成 Express/Fastify 中间件，从 JWT 提取 tenant_id 并设置数据库会话变量 (SET LOCAL)，确保同一请求内的所有查询自动继承上下文。
全局 ORM 拦截：为 Prisma 或 Drizzle 生成全局 Middleware，自动注入 tenantId 过滤条件，防止开发者遗漏手动添加。
管理跨租户路由：生成独立的 Admin 路由代码，通过设置特殊角色 (admin_bypass) 或独立认证流，合法地聚合数据，避免普通租户令牌越权。

暂无推荐