osFoundry / Platform
Transferts
Quand un agent termine sa partie, il transmet au suivant avec le contexte partagé complet.
Présentation
Les passages de relais permettent à une tâche en plusieurs étapes de passer d'un agent IA au suivant sans repartir de zéro à chaque fois. Quand un agent termine sa part du travail, il passe le relais au suivant avec tout le contexte partagé : la conversation jusque-là, les résultats intermédiaires, les fichiers et les décisions produits par l'agent précédent. L'agent qui reçoit le relais démarre à chaud plutôt qu'à froid, si bien que vous ne recollez jamais un brief, ne réexpliquez jamais un objectif et ne perdez jamais l'état construit deux étapes plus tôt.
Au sein d'osFoundry, les agents s'exécutent ensemble dans un même espace de travail, de sorte qu'un passage de relais ne franchit aucune frontière d'outil : le contexte reste au même endroit pendant toute la chaîne. Comme osFoundry fonctionne avec votre propre clé et reste agnostique quant au modèle, chaque agent de la séquence peut tourner sur un modèle différent : un modèle local pour une étape privée ou sensible, un modèle cloud pour le raisonnement lourd, un point de terminaison auto-hébergé pour quelque chose entre les deux. Le contexte partagé circule entre eux quel que soit le modèle utilisé par chaque agent, et parce qu'osFoundry est local-first, ce contexte peut rester sur votre appareil au lieu d'être copié vers un orchestrateur tiers.
Cela compte parce qu'un vrai travail tient rarement en un seul prompt : d'abord la recherche, puis la rédaction, puis la relecture, puis une passe finale, souvent avec des forces différentes à chaque étape. Les passages de relais transforment cela en une seule exécution continue, au lieu d'un relais manuel où vous transférez la sortie d'un chat à l'autre à la main. Et comme osFoundry réunit chat, agents, applis, code, connaissances et données dans un même espace de travail, un passage de relais peut emmener des références à tout cela vers l'avant, de sorte que l'agent suivant voit non seulement le dernier message, mais les artefacts que le pipeline a construits.
Fonctionnalités clés
- Passez le travail d'un agent au suivant avec tout le contexte partagé : la conversation, les résultats intermédiaires et les fichiers produits voyagent avec le relais
- L'agent qui reçoit démarre à chaud : sans recoller le brief, sans réexpliquer l'objectif, sans perte d'état entre les étapes
- Chaque agent de la chaîne peut tourner sur un modèle différent, local, cloud ou auto-hébergé, tout en partageant le même contexte
- Grâce à la conception local-first, le contexte peut rester sur votre appareil plutôt que de transiter par un orchestrateur externe
- Fonctionne avec vos propres clés d'API, sans marge de revente ni frais par siège, de sorte que les chaînes multi-agents ne multiplient pas le coût par personne
Cas d’usage
- Chercheur : un agent de collecte réunit sources et notes, puis passe le relais à un agent de rédaction qui a déjà chaque trouvaille en contexte
- Développeur : un agent de planification cadre le changement et transmet le plan, les références de fichiers et les contraintes directement à un agent d'implémentation
- Analyste : un agent de préparation des données nettoie et résume, puis remet les résultats à un agent de raisonnement pour interprétation, sans rien réimporter
Questions fréquentes
Qu'est-ce qui est transmis exactement lors d'un passage de relais ?
Le contexte partagé que la chaîne a construit : la conversation en cours, les résultats intermédiaires ainsi que les fichiers et décisions produits par l'agent précédent. L'agent suivant hérite de tout cela plutôt que d'une page blanche : il travaille à partir de ce qui s'est déjà passé, pas d'un nouveau prompt.
Des agents différents dans une chaîne de relais peuvent-ils utiliser des modèles différents ?
Oui. osFoundry fonctionne avec votre propre clé et reste agnostique quant au modèle, chaque agent peut donc tourner sur un modèle local, cloud ou auto-hébergé. Le passage de relais achemine le même contexte partagé entre eux, quel que soit le modèle utilisé par chaque agent.
Mes données quittent-elles ma machine quand les agents se passent le relais ?
osFoundry est local-first, le contexte partagé peut donc rester sur votre appareil. Qu'une étape donnée touche un service externe dépend du modèle qu'utilise cet agent : un modèle local garde cette étape sur l'appareil, tandis qu'un modèle cloud envoie ce dont cette étape a besoin au fournisseur que vous avez choisi, sous votre propre clé.