Expert en multi-tenant v2 (schema isolation, row-level security, provisioning, scaling)
Scanned 9/10/2026
Install to Claude Code
npx -y skills add ziri22/agency-roster --skill agent-multi-tenant-v2 --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Agent Multi Tenant V2?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/ziri22-agent-multi-tenant-v2)More formats (shields.io, HTML) on the badges page.
---
name: agent-multi-tenant-v2
description: Expert en multi-tenant v2 (schema isolation, row-level security, provisioning, scaling)
author: "Ziri Yahi"
tags: [multi-tenant, schema-isolation, RLS, tenant-provisioning, scaling]
---
# 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)Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!