Limites
Chaque limite que Sallyport applique à vos appels : sa valeur, où la changer et ce qui se passe au-delà.
Sur cette page
Une limite existe seulement là où son absence casserait la mémoire, l’argent ou le service de quelqu’un d’autre. Dépasser votre offre n’arrête jamais un appel.
Appels
| Limite | Valeur | Au-delà |
|---|---|---|
| Appels de votre offre | 10 000 par mois en Solo, 100 000 en Pro, 1 000 000 en Team, sans plafond en Agency | Les appels continuent. La console affiche un avis, et le résultat MCP d’un appel passé directement porte PLAN_LIMIT. Les réponses sur /p/ ne le portent pas. |
| Agents de votre offre | 1 en Solo, jusqu’à 5 en Pro, jusqu’à 25 en Team, sans limite en Agency | Un nouvel agent est refusé avec PLAN_LIMIT. Supprimez un agent ou passez à une offre supérieure. |
| Une offre en cours | Chaque organisation en a besoin. Une nouvelle organisation commence les 7 jours offerts avec son premier agent. | Les appels sont refusés avec PLAN_REQUIRED et un lien vers Offre et facturation jusqu’à ce qu’un propriétaire choisisse une offre. Clés, agents et journal sont conservés. |
| Appels par heure, par agent | Aucune limite les 30 premiers jours du compte, puis 10 000. Fixez la vôtre dans « Appels par heure », sur la page de l’agent. | L’appel est refusé avec RATE_LIMITED et un moment où réessayer : le début de la minute suivante. |
| Appels simultanés, par agent | 32. Changez-le dans « Appels simultanés », sur la page de l’agent. | L’appel est refusé avec RATE_LIMITED et un nouvel essai après une seconde. |
| Appels simultanés, par compte | 64, tous agents confondus | L’appel est refusé avec UNAVAILABLE et un nouvel essai après une demi-seconde. |
| Appels par heure, par connexion | Aucune jusqu’à ce que vous en fixiez une sur la page de la connexion, sous « Limites », « Appels par heure avant de demander à une personne », ou avec budget_calls_per_hour via PATCH /v1/bindings/{id}. 0 la désactive. | Chaque appel suivant sur cette connexion pendant cette heure attend une personne, et aucune autorisation ne le couvre. |
| Cartes d’approbation en attente | 20 par agent, 100 par compte | L’appel qui franchit la limite est refusé avec SUSPENDED, et l’agent se met en pause derrière une seule carte. Y répondre le relance. |
| Budget de lecture | Désactivé. Fixez 2 à 100 dans « Budget de lecture », sur la page de l’agent. | Après 7 jours d’historique, une carte vous demande quand les octets que l’agent lit sur une connexion en une heure dépassent d’autant de fois son heure médiane sur cette connexion. |
Tailles
| Limite | Valeur | Au-delà |
|---|---|---|
| Réponse dans le résultat d’un outil MCP | 24 Kio, ou ce que l’agent fixe dans max_inline_bytes, jusqu’à 1 Mio | Le reste est stocké. L’agent le lit avec fetch_body pendant 30 jours. |
| Réponse du service | 512 Mio par appel, le maximum qu’accepte une connexion. Réduisez-le sur la page de la connexion, sous « Limites », « Plus grande réponse du service », ou avec max_upstream_bytes. | Via MCP, l’appel échoue avec UPSTREAM_TOO_LARGE et ne renvoie rien de partiel. Sur /p/, la réponse est déjà en flux, elle s’interrompt donc, et une consultation ultérieure de l’appel affiche UPSTREAM_TOO_LARGE. |
| Corps de requête via le proxy HTTP | 32 Mio, ou 1 Mio pour la forme ouverte en JSON | La requête est refusée avant tout envoi. |
| Un message MCP | 8 Mio | Le message est refusé avant tout envoi. |
| Fichier écrit en SFTP | Jusqu’à 32 Mio avec PUT sur /p/. Dans un appel MCP, ce qui tient dans un message de 8 Mio : environ 6 Mio en content_base64. | La requête est refusée avant tout envoi. |
| Fichier lu en SFTP | La plus grande réponse de la connexion, 512 Mio par défaut. offset et length lisent un fichier plus grand par morceaux. | Comme toute réponse : UPSTREAM_TOO_LARGE en MCP, un flux qui s’arrête avant la fin sur /p/. |
| Réponse d’une base de données | 1 000 lignes | La réponse le signale. Parcourez la suite avec LIMIT et OFFSET. |
| Message e-mail | 100 destinataires, 20 pièces jointes, 10 Mio | L’agent sait quelle limite, et rien n’est envoyé. |
| Message WebSocket | 1 Mio, dans un sens ou l’autre | Les deux côtés reçoivent la fermeture 1009, et le message n’est pas transmis. |
Temps
| Limite | Valeur | Au-delà |
|---|---|---|
| Le service commence à répondre | 60 secondes après l’envoi de la requête | L’appel échoue avec UPSTREAM_ERROR. |
| Un appel sans flux | 5 minutes du début à la réponse | L’appel échoue avec UPSTREAM_ERROR. |
| Silence dans un flux | 10 minutes entre deux morceaux de la réponse | Le flux est fermé. |
| Session WebSocket | 60 minutes | Les deux côtés reçoivent la fermeture 1001 avec la raison. |
| Silence dans une session WebSocket | 10 minutes sans trame dans aucun sens | Les deux côtés reçoivent la fermeture 1001 avec la raison. |
| Instruction de base de données | 30 secondes, ou jusqu’à 300 secondes si l’agent le demande | La base arrête l’instruction et le signale. |
| Opération de messagerie | 120 secondes | L’appel s’arrête et le signale. |
| Appel MCP en attente d’une personne | 240 secondes pour un client qui envoie un jeton de progression, 45 secondes pour un client qui n’en envoie pas | L’agent reçoit APPROVAL_PENDING avec un call_id et poursuit le même appel plus tard. |
| Carte d’approbation | 60 minutes. Changez-le dans « Paramètres », « Organisation », « Délai d’approbation (secondes) » : de 60 à 86 400. | La carte expire et l’appel se termine avec APPROVAL_EXPIRED. |
| Autorisation donnée sur une carte | La valeur de « Autorisation la plus longue (secondes) » : 24 heures par défaut et au maximum. Par défaut, jusqu’à 200 lectures, 20 écritures ou 1 appel destructif. | L’appel suivant redemande. |
| Demande d’accès | 7 jours | La demande se ferme. L’agent peut redemander. |
| Réponses stockées | 30 jours | La réponse est supprimée. |
| Historique des appels et journal | 180 jours. Changez-le dans « Journal et historique des appels (jours) ». | Les anciens appels et les mois de journal sont supprimés. |
Les avalanches s’arrêtent en bordure
Chaque nom Sallyport est derrière Cloudflare, et seul Cloudflare atteint la passerelle. Arrêter les avalanches de requêtes revient à Cloudflare. Les limites propres à la passerelle sont celles de cette page.