Auth Fetch MCP – un serveur MCP qui permet à l’IA de lire aussi les pages web nécessitant une connexion
(github.com/ymw0407)Quand on utilise des outils de code assistés par l’IA comme Claude Code ou Cursor, on a probablement déjà vécu cette situation.
Si on lui donne une URL en disant « Résume-moi cette page Notion », l’IA ne récupère finalement que le HTML de la page de connexion. Au final, on doit ouvrir la page soi-même, copier-coller le contenu, ou l’exporter en PDF avant de le lui transmettre. Même chose pour les tickets Jira, les documents Confluence ou Google Docs. Alors qu’il suffirait en théorie de fournir l’URL, il faut en pratique refaire cette manipulation manuellement à chaque fois.
Auth Fetch MCP a été créé pour résoudre ce problème.
Comment ça fonctionne ?
Si on donne à l’IA une URL nécessitant une connexion, un vrai navigateur Chromium s’ouvre. L’utilisateur se connecte comme d’habitude (SSO, 2FA, CAPTCHA, tout fonctionne — puisque c’est un vrai navigateur), puis il clique sur le bouton de capture en bas à droite de l’écran, et un HTML nettoyé est immédiatement transmis à l’IA.
Le point clé, c’est que la session est stockée en local. Une fois connecté, il n’est plus nécessaire de se reconnecter au même service. Si vous vous connectez une fois à Notion, l’IA pourra ensuite lire directement n’importe quelle URL de page Notion.
Pourquoi les méthodes existantes ne suffisent-elles pas ?
Il existe déjà des outils de web fetch dans l’écosystème MCP, mais la plupart reposent sur de simples requêtes HTTP, ce qui les empêche de récupérer les pages nécessitant une authentification. Or, dans un contexte de travail réel, la plupart des documents se trouvent dans des SaaS authentifiés comme le Notion interne, Jira, Confluence ou Google Docs. Si l’IA ne peut pas lire directement ces pages, il faut de toute façon qu’une personne fasse l’intermédiaire avec du copier-coller.
Auth Fetch MCP résout fondamentalement ce problème en lançant un vrai navigateur. Comme l’approche est basée sur le navigateur, les SPA rendues en JavaScript ne posent aucun problème, et tous les modes d’authentification sont pris en charge.
Principales fonctionnalités
- L’IA peut lire toutes les pages web nécessitant une connexion
- Prise en charge de tous les modes d’authentification, dont SSO, 2FA et CAPTCHA (grâce à l’utilisation d’un vrai navigateur)
- Stockage de session : une seule connexion par service, puis authentification automatique
- Les images/fichiers présents dans la page peuvent aussi être téléchargés via les cookies de session (sans connexion supplémentaire)
- Retour d’un HTML nettoyé, sans éléments parasites comme
nav,footer,script, etc. - Toutes les données sont stockées uniquement en local — rien n’est envoyé à un serveur externe
- Utilisable depuis des clients compatibles MCP comme Claude Code, Cursor et Windsurf
Exemples d’usage
- « Lis ce document de spécifications sur Notion et organise-moi la spec API »
- « Regarde ce ticket Jira et analyse la cause du bug »
- « Résume le document d’onboarding présent sur Confluence »
- « Lis ce compte rendu de réunion sur Google Docs et extrais les actions à mener »
Avec une simple URL, l’IA ouvre elle-même le navigateur, récupère le contenu et exécute la tâche.
Installation
Claude Code:
claude mcp add --scope user auth-fetch -- npx auth-fetch-mcp@latest
Cursor / Windsurf (.mcp.json):
{
"mcpServers": {
"auth-fetch": {
"command": "npx",
"args": ["auth-fetch-mcp@latest"]
}
}
}
4 commentaires
C’est une excellente idée ! Il faut que je l’essaie.
Merci pour votre appréciation !
En quoi est-ce différent d’opentabs ?
Si OpenTabs est une plateforme qui ouvre littéralement tout le navigateur à l’IA, auth-fetch-mcp est un outil centré sur la transmission propre au LLM du contenu de pages authentifiées.
script/style/nav/footeret les bannières de cookies, puis n’extrait et ne renvoie que le contenu principal. On peut ainsi l’utiliser directement pour le résumé et l’analyse sans gaspiller de tokens.