Produits phares / Toolbox
Des centaines d'outils.
Zéro gonflement de la fenêtre de contexte.
Swisper Toolbox charge les outils à la demande.
L'agent ne voit que ce dont il a besoin, quand il en a besoin.
Les frameworks d'agents traditionnels chargent toutes les définitions d'outils dans la fenêtre de contexte au démarrage. Avec 50+ outils, cela consomme des milliers de tokens avant qu'une seule ligne de contexte utilisateur ne soit ajoutée.
Chargement différé via serveurs MCP
Les outils sont enregistrés dans un ToolboxRegistry central avec un résumé d'une ligne chacun. Le planificateur d'agent voit un catalogue léger, pas des schémas complets. Quand le planificateur décide qu'il a besoin d'une toolbox précise, les schémas sont hydratés depuis le serveur MCP en temps réel. Après exécution, les schémas sont évincés. Les 99 autres outils n'occupent pas un seul token.
Économie de tokens, scénario réel :
ToolboxOrganisation hiérarchique des outils
Toutes les intégrations ne sont pas une liste plate d'endpoints API. Les domaines complexes — l'e-commerce avec plusieurs détaillants, le voyage avec plusieurs fournisseurs — ont besoin de leur propre logique de planification, de leur propre état et de flux human-in-the-loop. Swisper Toolbox prend en charge deux chemins d'exécution depuis un orchestrateur unique :
ToolboxLes deux chemins produisent le même contrat de résultat typé. Cela signifie que les nouvelles intégrations peuvent commencer comme des toolboxes légères et évoluer vers des agents de domaine complets à mesure que la complexité l'exige, sans modifier quoi que ce soit en aval.
Pattern agent de domaine
Au lieu d'exposer des centaines d'outils individuels, Swisper présente des agents de domaine entiers comme outils. Le superviseur global délègue à l'agent Voyage (qui connaît en interne des dizaines d'API de réservation) plutôt que de choisir entre des outils individuels de vol, d'hôtel, de taxi et de stationnement. Cela réduit considérablement l'espace de décision de l'agent orchestrateur tout en préservant l'intégralité des capacités.
Chargement différé dans les agents de domaine
Le même pattern de chargement différé fonctionne à chaque niveau de la hiérarchie. Un agent de domaine gérant l'e-commerce sur plusieurs détaillants ne charge pas toutes les API des fournisseurs : il découvre quel fournisseur utiliser et charge à la demande la toolbox de ce fournisseur. Autrement dit, un agent e-commerce doté de plus de 100 outils répartis sur 5 fournisseurs paie le même coût en tokens qu'un agent qui en compte 10.
C'est architecturalement distinct de ce que Claude Code ou LangGraph proposent. Leurs solutions ajoutent le chargement différé comme complément au niveau supérieur. Le pattern de Swisper est récursif : le planificateur global, les agents de domaine et les sous-agents partagent tous le même cycle hydrater-exécuter-évincer. Le passage à l'échelle est natif, pas rapporté.
Intégrations entreprise :
Connectez votre stack
Connecteurs MCP préconstruits pour les systèmes d'entreprise. Chaque connecteur est une toolbox, chargée à la demande, déchargée une fois terminée.