← Retour au blog

Comment Beyond Tabs a mené à Guida

· 5 min de lecture ·
origintechnical

Beyond Tabs est venu avant Guida.

C’est un site organisé à la main pour des emplois, événements et ressources liés à des langages de programmation de niche. Vu de l’extérieur, cela paraît simple : trouver des pages pertinentes, les lire, décider ce qui mérite d’être gardé, conserver les morceaux utiles et jeter le reste. En pratique, le travail se situe dans un entre-deux inconfortable.

Il est trop répétitif pour rester agréable en navigation purement manuelle. Il demande trop de jugement pour être confié entièrement à un scraper. Et il est trop varié pour être réduit à un script fragile qui suppose que toutes les pages utiles se ressemblent.

C’est dans cet entre-deux que Guida a commencé.

Le travail entre navigation et scraping

Maintenir un site organisé signifie faire beaucoup de petites tâches web, faciles une par une et épuisantes ensemble.

Ouvrir une page. Décider si elle est pertinente. Extraire un titre, lien, date, entreprise, langage ou court descriptif. Vérifier que la source existe encore. Repérer les doublons. Suivre un autre lien. Comparer une page à ce qui est déjà stocké. Garder assez de contexte pour que le résultat final soit utile à un lecteur, pas seulement extrait techniquement.

L’automatisation navigateur traditionnelle aide sur certaines parties. Un script peut ouvrir des pages, interroger le DOM et stocker des données. Mais un flux de curation n’est pas seulement « sélectionne ces éléments et sauvegarde-les ». La partie utile dépend souvent du jugement :

Le scraping pur fonctionne lorsque la structure de page est stable et que la question est étroite. Beyond Tabs produisait sans cesse des tâches qui n’étaient pas comme cela. Elles étaient moitié navigation, moitié extraction, moitié révision. Cela fait trop de moitiés, et c’était justement le point.

Pourquoi les scripts ponctuels ne suffisaient pas

La première réponse évidente était d’écrire des scripts.

Cela a aidé. Cela a aussi exposé le problème suivant. Une fois qu’un script devient utile, il veut un petit écosystème autour de lui :

À ce stade, la question change. Vous ne demandez plus « puis-je scraper cette page ? ». Vous demandez « quel type de navigateur rendrait ce travail normal ? ».

Cette question est Guida.

Pourquoi l’IA n’a pas supprimé le besoin de contrôle

Les grands modèles de langage ont rendu le problème plus intéressant, pas moins.

Une IA peut aider à interpréter des pages désordonnées. Elle peut résumer, classifier, suggérer des sélecteurs, décider si quelque chose semble pertinent et écrire du code de liaison plus vite que je n’ai envie de le taper. Mais laisser une IA piloter un navigateur crée un autre problème : il lui faut des limites.

Je ne voulais pas d’un agent invisible parcourant le web, cliquant, lisant des identifiants d’accès ou envoyant des données quelque part parce qu’un prompt l’a rendu plausible. Pour du travail à la Beyond Tabs, le modèle utile n’est pas la navigation entièrement autonome. C’est l’automatisation supervisée :

C’est pourquoi le travail MCP de Guida n’est pas un simple adaptateur « l’IA peut cliquer dans le navigateur ». Les limites d’autorisation, traçabilité, domaine, origine et identifiants d’accès sont au cœur du produit.

L’outil s’est généralisé

Si Guida n’avait été qu’un assistant pour Beyond Tabs, il se serait arrêté à quelques scripts et un tableau.

Ce n’est pas ce qui s’est passé.

Le travail est devenu un navigateur Windows programmable avec une API de scripting de plus de 160 méthodes, des runtimes JavaScript/Lua/Janet, des espaces de travail locaux, files, processus, stockage, recherche, capture réseau, intégration MCP, flux d’autorisation, registre de traçabilité et isolation des identifiants d’accès.

Une partie de l’infrastructure est devenue réutilisable. JanetSharp vient de l’intégration de Janet dans une application desktop .NET. StratQueue vient du besoin de files de travail SQLite avec stratégies de dépilage configurables.

Ces packages sont publics parce qu’ils sont de l’infrastructure réutilisable. Guida lui-même est actuellement livré comme application Windows à code fermé, et la couche produit d’automatisation du navigateur et de scraping restera fermée. La limite compte : la plomberie réutilisable dépasse Guida ; la couche produit contient les capacités les plus risquées et les garde-fous spécifiques.

Cette distinction n’est pas accidentelle. Elle vient de la construction d’un vrai outil autour de vrais flux et de la découverte des parties vraiment générales.

Le navigateur que je voulais avoir

Plus je travaillais sur Beyond Tabs, plus je voulais un navigateur qui traite l’automatisation comme une activité de premier ordre plutôt que comme un tas de scripts externes autour d’un onglet.

Je voulais écrire un script, l’exécuter sur une page visible, mettre un lot d’URL en file, stocker des résultats localement, demander à un LLM d’aider à interpréter, revoir ce qui s’était passé et garder l’ensemble sous mon contrôle.

Pas un scraper headless.

Pas un navigateur cloud à louer.

Pas un agent IA avec des permissions floues.

Un navigateur local et programmable pour les flux où le web est désordonné et où le jugement humain compte encore.

C’est devenu Guida.

Beyond Tabs n’a pas défini toute l’étendue du produit. Il a révélé la forme de l’outil manquant. Guida est ce qui s’est passé quand j’ai cessé de traiter cet outil manquant comme du code de colle et que j’ai commencé à le construire correctement.