Pourquoi PageBolt MCP ne brûle aucun jeton lors de l'exécution du navigateur

DEV - 24/02
Les MCP des navigateurs concurrents exécutent des boucles de contrôle en plusieurs étapes qui consomment des centaines de jetons par session. PageBolt est un appel d'outil, un résultat. Voici la différence architecturale et pourquoi elle est importante en termes de coût et d'utilisation de la fenêtre contextuelle.

Pourquoi PageBolt MCP brûle zéro jeton lors de l'exécution du navigateur

Chaque action du navigateur effectuée par un MCP concurrent vous coûte des jetons. Pas seulement l'appel de l'outil : l'instantané DOM, l'étape de raisonnement, la nouvelle tentative en cas d'échec du sélecteur, la capture d'écran de confirmation. Une seule tâche « accéder à cette URL et extraire la structure de la page » peut graver 2 000 à 5 000 jetons lors d'une utilisation dans un navigateur ou dans une session Playwright MCP avant de récupérer quoi que ce soit.

PageBolt MCP ne brûle aucun jeton lors de l'exécution du navigateur. Un appel d'outil. Un résultat. Fait.

Ce n'est pas une revendication de positionnement, c'est une différence architecturale.

Comment fonctionnent les MCP de la boucle de contrôle du navigateur

Des outils tels que l'utilisation du navigateur et Playwright MCP exposent les primitives du navigateur au modèle :naviguer,cliquez,remplir,capture d'écran,get_text. Le modèle les orchestre ensuite dans une tâche en les appelant séquentiellement, en raisonnant entre chaque étape.

Une tâche telle que « inspecter cette page et renvoyer ses éléments interactifs » pourrait ressembler à ceci dans le contexte du modèle :

Appel d'outil : naviguer(url="https://example.com") Résultat de l'outil : Page chargée Appel d'outil : capture d'écran() Résultat...
[Courte citation de 8% de l'article original]