Limites & quotas
Toutes les limites numériques appliquées par la plateforme, dans un seul tableau.
Référence pour la planification de capacité. Global plateforme sauf mention par-utilisateur.
Jobs
| Limite | Valeur | Portée |
|---|---|---|
| Jobs simultanés par utilisateur | 5 | par utilisateur |
| Slots worker voie parallèle | 6 | global plateforme (verify_emails, delivery_check, import, filter, sort) |
| Rétention fichiers résultats | 7 jours | par job |
| Durée max d'exécution d'un job | 24 heures | par job ; les résultats déjà obtenus sont conservés et la suite est remise en file automatiquement (voir Cycle de vie des jobs) |
| Durée max d'un flux SSE | 6 heures | par flux |
| EF max par job | 5 (défaut) | par utilisateur, réglable jusqu'à 50 |
La voie parallèle est un pool séparé de la voie série utilisée par les modules d'extraction.
Veille
| Limite | Valeur |
|---|---|
| Fréquence min | 1 jour |
| Fréquence max | 365 jours |
Pipelines
| Limite | Valeur |
|---|---|
| Nœuds max | 20 |
| Inputs max/nœud | 1 (MVP) |
Dépense IA (BYOK)
Plafonds stricts par utilisateur sur les fonctionnalités IA (facturées sur votre propre clé fournisseur) avec alertes email. Configurables dans les Paramètres jusqu'à ×10 le défaut.
| Plafond | Défaut | Max | Portée |
|---|---|---|---|
| Par requête | 10 $ | 100 $ | par utilisateur |
| Par jour | 10 $ | 100 $ | par utilisateur, jour UTC |
| Par mois | 100 $ | 1 000 $ | par utilisateur, mois UTC |
Une requête qui dépasserait un plafond est bloquée avant tout appel au fournisseur ; un email part à 80 % et quand un plafond est atteint. Voir Plafonds de dépense IA.
Rate limits auth
Fenêtres par endpoint. Dépassement = 429 Too Many Requests.
| Endpoint | Limite | Fenêtre |
|---|---|---|
| Inscription | 3 tentatives | par heure, par IP |
| Connexion | 5 tentatives | par 15 min, par IP+email |
| Demande de réinitialisation | 3 tentatives | par heure, par IP+email |
| Changement de mot de passe | 5 tentatives | par heure, par utilisateur |
| Renvoi vérification email | 3 tentatives | par heure, par utilisateur |
| Création thread feedback | 20 tentatives | par heure, par utilisateur |
| Durée de session | 7 jours | fenêtre glissante |
Quotas de création
Par compte, communs à la session, aux clés API et au connecteur MCP. Jobs et pipelines puisent dans le même compteur, et chaque tentative compte, y compris celles que la validation refuse.
| Quoi | Limite | Fenêtre |
|---|---|---|
Créations de jobs et de pipelines (POST /api/jobs, POST /api/jobs/<type>, POST /api/jobs/{id}/resume, POST /api/pipelines) |
30 | par 10 minutes |
| Créations de jobs et de pipelines (mêmes endpoints) | 300 | par 24 heures |
Contrôles qui ne créent rien (POST /api/pipelines/validate, POST /api/estimate) |
120 | par 10 minutes |
Au-delà d'une limite, l'API répond 429 avec un en-tête Retry-After (en secondes) et un message qui donne la limite et l'attente, par exemple Trop de lancements en peu de temps : 30 maximum par 10 minutes. Nouvel essai possible dans 7 minutes. Attendre la valeur de l'en-tête avant de réessayer ; réessayer plus tôt ne raccourcit pas l'attente.
Ces quotas portent sur ce qu'un compte demande. Les étapes qu'une pipeline en cours lance d'elle-même, les passages de veille et les reprises automatiques ne sont pas comptés.
Pour lancer beaucoup de pipelines, contrôler chacune avec POST /api/pipelines/validate d'abord, et garder au plus 5 jobs en attente ou en cours à la fois.
Spécifiques aux modules
scrap: 5 EF par job par défaut (par utilisateur, réglable jusqu'à 50). Voir Coût des jobs (EF).emails: modesnormaletdeepavec profils EF distincts- Tous les modules multi-proxy : tableau
itemsborné à 1–10000 par requête