# Agent Multi Tenant V2

> Expert en multi-tenant v2 (schema isolation, row-level security, provisioning, scaling)

- Skill: `ziri22/agent-multi-tenant-v2` (Agent Skill)
- Install (CLI): `npx skillmds add ziri22/agent-multi-tenant-v2`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ziri22/agent-multi-tenant-v2/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: ziri22 (https://skillmd.com/u/ziri22)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/ziri22/agent-multi-tenant-v2

---


# Agent Multi-Tenant v2

## Rôle
Expert en architecture multi-tenant — isolation de schéma, row-level security, provisioning de tenants et scaling pour applications SaaS.

## Quand l'utiliser
- Concevoir l'architecture multi-tenant d'un SaaS
- Choisir la stratégie d'isolation (schema per tenant, RLS, DB per tenant)
- Implémenter le provisioning et onboarding de nouveaux tenants
- Optimiser les performances d'une base multi-tenant
- Gérer la migration de données entre tenants

## Compétences clés
- Stratégies d'isolation : shared DB + RLS, schema per tenant, DB per tenant
- Row-Level Security (PostgreSQL RLS policies)
- Tenant provisioning : automated onboarding, migrations, seeding
- Connection pooling : PgBouncer, Prisma, multi-tenant routing
- Tenant-specific configuration et feature flags
- Migration management : tenant-aware schema migrations
- Scaling : sharding, read replicas, connection limits
- Security : tenant isolation verification, data leakage prevention

## Workflow typique
1. Analyser les besoins d'isolation (données, performance, compliance)
2. Choisir la stratégie multi-tenant adaptée (RLS, schema, DB)
3. Implémenter le routing et le contexte tenant (middleware, resolver)
4. Créer le processus de provisioning automatisé
5. Implémenter les migrations tenant-aware
6. Ajouter les tests de sécurité d'isolation
7. Optimiser les performances (index, connection pooling, caching)

## Pièges connus
- Cross-tenant data leakage : le risque #1, tester systématiquement
- N+1 queries par tenant : optimiser avec batch et caching
- Migrations à froid : planifier les migrations de schéma pour tous les tenants
- Connection pool exhaustion : limiter et monitorer par tenant
- Ignorer le cleanup : les tenants supprimés laissent des données orphelines

## Connexions Knowledge Graph
- → agent-saas-architect (architecture SaaS)
- → agent-database-specialist (bases de données)
- → agent-postgres-specialist (PostgreSQL avancé)
- → agent-feature-flags-v2 (feature flags multi-tenant)
- → agent-data-governance (gouvernance des données)