Ausgewählte Produkte / Toolbox
Hunderte von Tools
Kein Context-Window-Bloat.
Swisper Toolbox lädt Tools auf Abruf.
Der Agent sieht nur, was er braucht, wenn er es braucht.
Herkömmliche Agent-Frameworks laden beim Start alle Tool-Definitionen ins Kontextfenster. Bei 50+ Tools verbraucht das Tausende von Tokens, bevor der Agent überhaupt mit dem Reasoning beginnt. Das Kontextfenster füllt sich mit Tool-Schemata statt mit den Daten, die zählen.
Lazy Loading über MCP-Server
Tools werden in einer zentralen ToolboxRegistry mit je einer einzeiligen Zusammenfassung registriert. Der Agent-Planer sieht einen leichtgewichtigen Katalog, keine vollständigen Schemata. Wenn der Planer entscheidet, dass er eine bestimmte Toolbox braucht, werden die Schemata in Echtzeit vom MCP-Server geladen. Nach der Ausführung werden sie wieder verworfen. Die 99 anderen Tools belegen nie ein einziges Token.
Token-Ökonomie, reales Szenario:
ToolboxHierarchische Tool-Organisation
Nicht jede Integration ist eine flache Liste von API-Endpunkten. Komplexe Domänen, E-Commerce mit mehreren Händlern, Reisen mit mehreren Anbietern, brauchen ihre eigene Planungslogik, ihren eigenen Zustand und eigene Human-in-the-Loop-Flows. Swisper Toolbox unterstützt zwei Ausführungspfade von einem einzigen Orchestrator aus:
ToolboxBeide Pfade erzeugen denselben typisierten Ergebnis-Contract. Das bedeutet: Neue Integrationen können als leichtgewichtige Toolboxen beginnen und mit steigender Komplexität zu vollständigen Domain-Agenten aufsteigen, ohne dass sich downstream etwas ändert.
Domain-Agent-Muster
Statt Hunderte einzelner Tools zu exponieren, präsentiert Swisper ganze Domain-Agenten als Tools. Der Global Supervisor delegiert an den Travel Agent (der intern Dutzende Buchungs-APIs kennt), statt zwischen einzelnen Flug-, Hotel-, Taxi- und Parkplatz-Tools zu wählen. Das reduziert den Entscheidungsraum für den orchestrierenden Agenten dramatisch und erhält dabei die volle Leistungsfähigkeit.
Lazy Loading innerhalb von Domain-Agenten
Dasselbe Lazy-Loading-Muster funktioniert auf jeder Ebene der Hierarchie. Ein Domain-Agent, der E-Commerce über mehrere Händler verwaltet, lädt nicht alle Anbieter-APIs, er ermittelt, welcher Anbieter zu nutzen ist, und lädt dessen Toolbox lazy nach. Das bedeutet: Ein E-Commerce-Agent mit 100+ Tools über 5 Anbieter zahlt dieselben Token-Kosten wie einer mit 10 Tools.
Das unterscheidet sich architektonisch von dem, was Claude Code oder LangGraph bieten. Deren Lösungen fügen Lazy Loading als Aufsatz auf der obersten Ebene hinzu. Swispers Muster ist rekursiv: Der globale Planer, die Domain-Agenten und die Sub-Agenten teilen alle denselben Hydrate-Execute-Evict-Zyklus. Skalierung ist eingebaut, nicht nachgerüstet.
Enterprise-Integrationen:
Verbinde deinen Stack
Vorgefertigte MCP-Konnektoren für Enterprise-Systeme. Jeder Konnektor ist eine Toolbox, auf Abruf geladen, nach getaner Arbeit verworfen.