NeuralOS
Herramientas

Claude Code : les Artifacts exécutent désormais les connecteurs MCP de celui qui les ouvre

Anthropic a redéfini ce que signifie « publier une page » : un Artifact de Claude Code n'est plus du HTML statique, mais une app qui extrait des données en direct et exécute des actions via les connecteurs MCP du lecteur lui-même. La même semaine sont arrivés les liens publics, les rôles d'éditeur, un mode lecteur d'écran et /fork.

EN
Equipo NeuralOS
Radar de IA
Jul 17, 20265 min read
In short

Un Artifact de Claude Code n'est plus du HTML statique : à son ouverture, il exécute les connecteurs MCP du lecteur lui-même avec ses permissions. Publier une page et déployer une app connectée deviennent le même geste.

Partagez le lien d'un tableau de bord que vous avez construit avec l'IA et, au lieu de vous montrer vos chiffres à vous, il montre à chacun les siens : votre chef ouvre la même URL et voit les données de son calendrier, votre collègue celles de son CRM, vous celles du vôtre. Personne n'a écrit une ligne de code de plus. C'est exactement ce qu'Anthropic a activé dans la semaine du 13 au 17 juillet (versions v2.1.207 à v2.1.212 de Claude Code) : un Artifact publié peut extraire des données en direct et exécuter des actions via les connecteurs MCP du lecteur lui-même lorsqu'il ouvre la page. La page a cessé d'être une photo pour devenir un acteur.

D'un fichier statique à un locataire qui apporte ses propres clés

Jusqu'ici, un Artifact était, pour l'essentiel, une page web que Claude générait et publiait : HTML, CSS, un peu de JavaScript, le tout figé au moment de sa création. Jolie, partageable, mais morte à l'intérieur. Le changement de cette semaine est conceptuellement énorme : lorsque quelqu'un ouvre l'Artifact, la page peut invoquer SES connecteurs MCP — son Google Drive, son Notion, sa base de données, tout ce qu'il a connecté sur claude.ai — et opérer dans son contexte. C'est la différence entre distribuer une carte postale imprimée et distribuer une clé qui ouvre la serrure de chacun. L'auteur écrit la logique une seule fois ; les données et les actions, chaque visiteur les apporte depuis son propre compte.

Ce qui est arrivé dans le même lot (et ce n'est pas du remplissage)

La nouveauté n'est pas venue seule. Cette même semaine, Claude Code a ajouté des liens de partage public pour les Artifacts, des rôles d'éditeur dans les plans Team et Enterprise (plusieurs personnes éditant le même artefact) et la possibilité de créer des Artifacts depuis des sessions de Claude Tag. En parallèle ont atterri des pièces qui parlent de maturité produit : un screen reader mode qui remplace l'interface visuelle du terminal par du texte brut et linéaire pour des lecteurs comme VoiceOver et NVDA — de l'accessibilité réelle, pas une case à cocher — et la commande /fork, qui copie votre conversation dans une session en arrière-plan pour explorer une branche sans perdre le fil principal. Chacune est petite ; ensemble, elles dessinent la direction : publier, collaborer et bifurquer comme si le chat était un environnement de développement complet.

Pourquoi cela efface une frontière qu'on croyait fixe

Pendant des années, il y a eu une ligne nette entre « publier du contenu » et « déployer une app ». Publier était bon marché et bête (un PDF, une landing, un HTML) ; déployer était cher et sérieux (serveurs, authentification, permissions, intégrations par utilisateur). L'Artifact avec les connecteurs MCP du lecteur fait s'effondrer cette frontière : publier une page et déployer une app connectée commencent à devenir le même geste. Et avec cela apparaît une question inconfortable qui n'existait pas auparavant dans une « page » : quelles actions le code écrit par quelqu'un d'autre peut-il déclencher dans MON compte. La sécurité cesse d'être un détail d'infrastructure pour devenir une partie de l'expérience d'ouvrir un lien. Le pouvoir est réel ; la responsabilité de le circonscrire aussi.

Ce que cela signifie pour qui construit avec l'IA

La leçon de fond, c'est que « construire une app connectée » cesse d'être un privilège réservé à qui sait monter un backend : cela devient un sous-produit du fait de converser avec un modèle et de lui donner accès à vos outils. Ce terrain — où déploiement, intégrations et MCP cessent d'être trois projets séparés pour devenir un seul flux — est celui que NeuralOS est en train de construire : ses intégrations avec Vault chiffré par tenant et support multi-compte fonctionnent déjà, son front MCP avance et un déploiement géré est en chemin, le tout visant précisément ce que cette semaine a rendu urgent. La différence qui compte n'est pas « qui a le plus grand modèle », mais qui résout la partie ennuyeuse et critique : que chaque action s'exécute avec la bonne permission, de la bonne personne, sans fuites. Quand publier et déployer convergent, cette plomberie cesse d'être un luxe et devient le produit.

Share
Ready to build?

Start building in
under 3 minutes

Join 4,200+ builders. No credit card. Build your first app with AI in minutes.