Si vous exécutez Laguna XS.2 localement et que votre client d'agent accepte les outils locaux, reliez-le à Tabbit CLI pour lire un tableau de bord autorisé dans Tabbit Browser. Les poids Apache 2.0 restent disponibles, mais XS.2 n'est plus le modèle XS le plus récent de Poolside et la date de fermeture annoncée de Poolside Chat/API est passée. Vérifiez séparément l'endpoint, les appels d'outils, la connexion au navigateur et la session du site.
À retenir
Les poids officiels de Laguna XS.2 restent sur Hugging Face sous Apache 2.0. Poolside présente maintenant XS 2.1 comme la version XS plus récente.
Poolside Chat indique une fermeture au 31 octobre 2026. Une ancienne fiche OpenRouter visible ne prouve pas qu'une requête aboutit aujourd'hui.
Tabbit Browser conserve la session du site. Tabbit CLI permet à l'agent local d'utiliser ce navigateur. Laguna XS.2 fournit seulement les réponses via l'endpoint configuré.
Commencez par une lecture seule. Demandez les lignes modifiées, leurs URL sources et les éléments inconnus. La page d'origine ne doit pas être modifiée.
Vérifiez le mode d'exécution du modèle
Poolside a annoncé XS.2 le 28 avril 2026 comme un modèle MoE de 33B paramètres au total et 3B actifs, sous Apache 2.0. Le billet de lancement documente aussi un démarrage local dans Ollama avec ollama launch pool --model laguna-xs.2. Une mise à jour du 26 mai mentionne un contexte servi de 256K. Ces informations décrivent le modèle et une méthode publiée, sans garantir la compatibilité de votre matériel, runtime ou client d'agent. (Annonce Poolside · Fiche XS.2)
L'hébergement demande une vérification distincte. Poolside Chat annonce sa fermeture au 31 octobre et renvoie les utilisateurs vers l'auto-hébergement. La page OpenRouter affiche encore une description et un ancien texte sur l'offre gratuite, mais le catalogue public consulté le 10 novembre ne contenait pas XS.2. Ne supposez pas qu'un ancien identifiant fonctionne. Vérifiez le catalogue actuel du fournisseur et envoyez une requête sans donnée sensible. (Avis Poolside Chat · Fiche OpenRouter · Catalogue OpenRouter)
| Voie | Fait vérifié | À vérifier ensuite |
|---|---|---|
| Poids locaux | La fiche officielle reste disponible et indique Apache 2.0. | Vérifiez la variante, la quantification, le runtime, la mémoire et le contexte. |
| Inférence locale | Poolside documentait le lancement Ollama lors de la sortie. | Confirmez la prise en charge actuelle et le format d'appels d'outils attendu. |
| API hébergée | La date de fermeture Poolside est passée. La page OpenRouter existe encore, mais le catalogue consulté n'incluait pas XS.2. | Ne comptez pas sur un endpoint avant d'avoir vérifié le catalogue et une requête test. |
| Navigateur | Un test local distinct de Tabbit CLI a confirmé la réutilisation de session sur une page de test. | Vérifiez que l'agent local peut lancer le CLI et que le bon compte est ouvert. |
Vérifiez les quatre liaisons séparément
Le flux comprend quatre éléments. Le runtime sert XS.2. Le client d'agent sélectionne le modèle et décide quand appeler un outil. La skill Tabbit indique au client comment lancer Tabbit CLI. Tabbit Browser fournit la page et sa session. Le succès d'un élément ne valide pas le suivant.
Installez et ouvrez Tabbit Browser sur la machine qui exécutera le CLI. Ajoutez la skill selon la méthode de découverte documentée par le client. Certains affichent /tabbit; Pi documente /skill:tabbit; d'autres passent par /skills ou un dossier de skills. Utilisez l'interface réelle du client et vérifiez que la skill peut lancer le CLI local. Vérifiez ensuite que le profil Tabbit choisi est connecté au site. (Guide Tabbit CLI · Relier un agent à un navigateur existant · Configuration Codex)
| Contrôle | Réussite | En cas d'échec |
|---|---|---|
| Route modèle | Une requête sans donnée sensible répond depuis l'endpoint XS.2 exact. | Confirmez que l'endpoint sert encore XS.2, sans basculer silencieusement sur XS 2.1. |
| Appel d'outil | Le client reçoit et analyse l'appel prévu. | Vérifiez le template du modèle, le parser du runtime et le support client. |
| Accès CLI | Le client détecte la skill et peut lancer Tabbit CLI. | Corrigez la découverte ou les permissions locales avant de diagnostiquer le modèle. |
| Session du site | L'onglet Tabbit montre le bon tableau et le bon compte. | Connectez-vous dans ce profil ou choisissez le bon. Ne collez pas de cookie dans le prompt. |
Lire un tableau sans le modifier
N'utilisez qu'un tableau que vous êtes autorisé à consulter. Release review — GEO-104 et ses lignes sont des exemples de test, pas un test exécuté avec XS.2. Demandez à l'agent d'ouvrir le tableau dans un onglet de tâche nommé, de comparer les statuts et dates visibles à une base donnée, puis de rendre un lien pour chaque ligne. Ne lui demandez pas d'enregistrer, résoudre, publier ou modifier des données.
Utilise Laguna XS.2 uniquement via l'endpoint d'inférence local configuré. Dans le profil Tabbit Browser actuel, ouvre le tableau autorisé suivant : [URL du tableau].
Lecture seule. Compare les lignes visibles à cette base : [ID de ligne et statut/date attendus]. Rends un tableau avec ID, statut visible, date de modification visible, URL source, différence et confiance. Ne cite aucun texte privé en dehors des champs indiqués. Marque les valeurs absentes ou contradictoires comme inconnues. Ne clique sur aucun bouton pour enregistrer, résoudre, publier, supprimer, inviter ou modifier des données. Arrête-toi après avoir créé un rapport sourcé dans un onglet de tâche séparé, nommé « Release review — GEO-104 ». Ce nom est un exemple, pas un vrai enregistrement.Si le client invoque les skills par nom, lancez /tabbit avant la demande; Pi utilise /skill:tabbit. S'il n'affiche que /skills, choisissez Tabbit dans la liste. Ne supposez pas que tous les clients partagent la même commande. Consultez la checklist de première tâche d'un agent navigateur avant toute action sensible ou irréversible.
Placer Tabbit Browser entre l'agent et le tableau
Tabbit permet à la personne de se connecter dans le profil voulu et de réserver un onglet distinct au travail de l'agent. Le modèle ne reçoit pas les cookies dans le prompt. L'agent lit la page par Tabbit CLI, puis renvoie un rapport à vérifier. L'agent et le CLI doivent s'exécuter dans l'environnement local qui accède au navigateur. Un agent cloud ne récupère pas le navigateur local en choisissant XS.2.
Le registre du projet décrit un test local avec page de démonstration. La première tâche CLI a reçu 401 avant la connexion. Après l'ajout d'un cookie de test éphémère, une deuxième tâche a ouvert la même page, lu « Release notes review » et GEO-104, puis reçu HTTP 200. Cela vérifie la réutilisation de session sur cette page de test, pas XS.2, un agent externe ou un vrai tableau. Le scénario ci-dessus est proposé, pas testé. (Guide CLI · Profils et onglets de tâche · Rôle d'un agent navigateur)
Vérifier le rapport sur la page d'origine
Chaque ligne doit renvoyer au même enregistrement que vous pouvez ouvrir dans le tableau. Rouvrez le lien, comparez le statut et la date visibles, et écartez les changements ambigus. Une réponse d'outil ne prouve pas que l'agent a choisi le bon tableau, lu toutes les lignes ou interprété correctement le changement.
| État | Preuve à ouvrir | Action de revue |
|---|---|---|
| Concordant | Même ID, statut et date dans la page liée. | Gardez le constat et son URL source. |
| Modifié | La page actuelle diffère de la base fournie. | Confirmez la date de base et relevez les champs modifiés. |
| Inconnu | La ligne manque, est masquée ou ambiguë. | Laissez-la en suspens et demandez au responsable; ne devinez pas. |
| Contradictoire | La page et le résumé divergent. | Vérifiez le compte et la page, puis corrigez ou retirez la ligne selon la source visible. |
| À revoir | Toutes les valeurs sont vérifiables et la source n'a pas changé. | Une personne décide si une modification ultérieure est autorisée. |
Les témoignages communautaires signalent des écarts de configuration, pas une capacité navigateur garantie. Un commentaire LocalLLaMA décrit un premier essai XS.2 comme « pretty good », avec une limite de contexte de 131K dans cette configuration. Poolside a ensuite annoncé 256K de contexte servi; vérifiez donc votre runtime et votre quantification. Fahd Mirza a publié une page vidéo décrivant une installation et un test local XS.2 avec vLLM. Cette description ne prouve pas l'usage d'outils navigateur ni un résultat reproductible. (Discussion Reddit · Test local de Fahd Mirza)
DannyTup a mené un autre test de XS.2 sur DGX Spark et a obtenu des résultats inférieurs à ceux de Qwen dans sa configuration. Refaites votre propre essai avec des données et une quantification fixes avant de l’utiliser sur un tableau. Message original sur le forum NVIDIA
Si le travail s'interrompt, identifiez le maillon en panne : endpoint, parser d'outils, CLI local ou session du site. Corrigez-le puis reprenez par une lecture seule. Le guide MCP ou CLI aide à choisir la connexion locale; le guide de recherche navigateur avec sources décrit la vérification des preuves.
Si vous avez déjà les poids XS.2 et un runtime compatible, essayez la recette en lecture seule sur un tableau peu risqué. Gardez le rapport à part et rouvrez chaque lien avant de le partager.
Questions fréquentes
Laguna XS.2 peut-il ouvrir seul mon navigateur connecté ?
Non. Les poids du modèle ne contiennent ni vos cookies ni vos onglets. Un agent local doit appeler un endpoint XS.2 actif et lancer Tabbit CLI dans l'environnement Tabbit Browser où vous êtes connecté.
Laguna XS.2 est-il encore disponible en API hébergée ?
La page Poolside Chat indique une fermeture le 31 octobre 2026. La page OpenRouter reste visible, mais le catalogue public consulté le 10 novembre ne répertoriait pas ce modèle. Vérifiez le routage avant de configurer le client.
XS.2 est-il le dernier modèle XS de Poolside ?
Non. Les pages officielles de Poolside présentent Laguna XS 2.1 comme une version XS plus récente. XS.2 reste téléchargeable sous licence Apache 2.0.
Puis-je utiliser Tabbit CLI si le modèle tourne sur une autre machine ?
L'agent doit pouvoir lancer Tabbit CLI dans l'environnement qui accède à Tabbit Browser. Un endpoint distant peut répondre à l'agent local, mais un runner distant ne reçoit pas automatiquement la session du navigateur.
L'exemple modifie-t-il les données du tableau ?
Non. Le prompt demande une comparaison en lecture seule et un rapport avec les sources. Interdisez à l'agent d'enregistrer des changements, puis vérifiez chaque ligne dans le navigateur.
Que vérifier si les appels d'outils échouent ?
Vérifiez l'endpoint du modèle et l'analyseur d'appels d'outils, puis la découverte de la skill Tabbit et le lancement du CLI local. Enfin, assurez-vous que le bon profil Tabbit est connecté au site visé.