Vercel sépare le pilotage de l’agent et l’exécution de son code dans l’adaptateur fx
L’essentiel de l’annonce
L’adaptateur fx de l’AI SDK conserve les requêtes au modèle et leurs identifiants côté application. Les opérations sur les fichiers et le terminal restent dans un environnement isolé.
- Date de la source
- Catégorie
- Agents et développement
- À qui cela s’adresse
- Publication originale du 27/10/2026.
- Sujet du contenu
- Vercel sépare le pilotage de l’agent et l’exécution de son code dans l’adaptateur fx
- Entreprises / organismes
- Vercel
- Technologies
- Agent IA
Présentation
Vercel fait évoluer le 27 octobre l’adaptateur fx de son AI SDK, un ensemble d’outils de développement d’applications avec des modèles. Le composant qui pilote l’agent et appelle le modèle fonctionne désormais dans le processus de l’application hôte.
Les opérations intégrées sur les fichiers et le terminal restent dans le bac à sable, un environnement d’exécution isolé. Cette séparation modifie l’architecture d’un adaptateur existant, sans constituer le premier lancement de fx.
Ce qui change
La note du 27 octobre décrit la réécriture d’un adaptateur existant pour l’AI SDK.
Garder les identifiants du modèle côté hôte
L’adaptateur utilise la bibliothèque TypeScript libfx. Il n’a plus besoin d’installer fx dans le bac à sable, d’y lancer un pont ou d’exposer un port. Les identifiants du fournisseur ne sont plus transmis dans cet environnement pour appeler le modèle.
Conserver le contrôle pendant la session
La réécriture permet de filtrer les outils intégrés, d’envoyer des consignes pendant une étape et de produire des sorties structurées. Les outils peuvent retourner des images au modèle. Une session peut être sauvegardée puis reprise dans un nouveau processus hôte.
Fonctionnement
Le pilotage et les requêtes du modèle restent dans l’application, tandis que les outils concernés opèrent dans l’environnement séparé. Il faut donc examiner les deux côtés et leurs permissions.
Piloter
Préparer les instructions et appeler le modèle depuis le processus hôte.
Exécuter
Envoyer les opérations autorisées sur les fichiers et le terminal vers le bac à sable.
Reprendre
Sauvegarder l’état nécessaire puis relancer la session dans un nouvel hôte si besoin.
Usages possibles
L’évolution concerne les équipes utilisant déjà cet adaptateur ou étudiant une architecture d’agent avec exécution isolée. Elle rend plus explicite l’endroit où circulent les identifiants et les outils.
Exemple possible
Un exemple possible
Une application pourrait conserver la clé du fournisseur de modèle sur son serveur tout en laissant l’agent modifier des fichiers de test dans un environnement séparé. C’est une illustration, pas un essai réalisé.
Accès et limites
L’annonce ne fournit pas de gain mesuré ni d’audit indépendant de sécurité. Conserver les identifiants côté hôte réduit un trajet d’exposition, sans protéger automatiquement les autres secrets ou toutes les données accessibles. La version minimale n’est pas indiquée dans cette note.
Conditions d’accès. Évolution annoncée disponible dans la version récente de @ai-sdk/harness-fx. Conditions et coûts de l’environnement à vérifier séparément.
Pour votre projet
Examiner les outils effectivement exposés et le contenu des échanges avec l’environnement isolé. La séparation de processus est une mesure d’architecture, pas une garantie globale de sécurité.
- Quels identifiants restent accessibles à chaque environnement ?
- La sauvegarde de session contient-elle seulement les données nécessaires ?
Les dépendances et interfaces de la version retenue doivent être rapprochées de la documentation technique.
Sources et vérifications
Source de l’annonce
The fx adapter now runs the harness on the host
Lire la source officielleSource vérifiée le . Les résultats présentés sont ceux annoncés par les auteurs.
Sources consultées lors de la préparation de cette fiche. Aucun logiciel présenté n’a été installé ni essayé.
Fiche préparée avec ChatGPT. Notre méthode éditoriale.