Sortie de la version web de Claude Code — déléguer directement des tâches de code depuis le navigateur

• Anthropic a dévoilé la version web de Claude Code, permettant aux développeurs de déléguer directement des tâches de code depuis le navigateur
• Après connexion d’un dépôt GitHub et description de la tâche, Claude implémente automatiquement dans un environnement cloud et prend en charge les tâches parallèles multiples (parallel tasks)
• Chaque session s’exécute dans un environnement sandbox isolé, garantissant la sécurité, avec création automatique de PR et résumé des modifications
• Cette version bêta est également disponible dans l’app iOS, ce qui permet de modifier et relire du code même en déplacement
• Grâce à un modèle d’exécution cloud centré sur la sécurité, elle renforce à la fois l’efficacité du développement et la sûreté

---

Exécution de code dans le navigateur

• Anthropic a lancé la fonctionnalité Claude Code on the web
• Une fonction qui permet de confier immédiatement des tâches de développement à Claude depuis le navigateur, sans terminal
  • En connectant un dépôt GitHub et en décrivant la tâche, Claude écrit ou modifie automatiquement le code
  • Chaque tâche s’exécute individuellement dans un environnement isolé dans le cloud, avec suivi de la progression en temps réel
  • L’utilisateur peut aussi réorienter manuellement (steer) le travail de Claude pendant l’exécution

Prise en charge du travail en parallèle

• Claude Code peut exécuter simultanément des tâches sur plusieurs dépôts (parallel execution)
  • Cela permet de mener en parallèle correction de bugs, améliorations de routine et développement simultané
  • Une fois le travail terminé, la création automatique de Pull Request (PR) et le résumé des changements accélèrent le développement
• Grâce au traitement parallèle dans le cloud, il est possible d’avancer sur plusieurs projets en même temps, sans les contraintes de ressources d’un environnement local

Adapté à divers workflows

• La version web complète les workflows existants de Claude Code et convient particulièrement aux usages suivants
  • Questions-réponses et exploration de code liées à la structure du projet ou à la cartographie du code
  • Correction de bugs ou traitement de tâches répétitives et bien définies
  • Modifications backend et développement piloté par les tests (TDD)
• Également disponible dans la bêta de l’app iOS, elle permet de réaliser des expériences de cloud coding avec Claude même en déplacement

Exécution sandbox centrée sur la sécurité

• Toutes les tâches s’exécutent dans un environnement sandbox avec restrictions réseau et système de fichiers
  • Contrôle de l’accès Git via un proxy de sécurité, permettant de limiter l’accès aux seuls dépôts autorisés
  • Avec des paramètres réseau personnalisés, il est possible d’ajouter sélectivement des domaines autorisés (ex. téléchargement de packages npm)
• L’architecture détaillée est présentée sur le blog officiel d’ingénierie et dans la documentation

Premiers pas

• Claude Code on the web est actuellement proposé comme research preview pour les utilisateurs Pro et Max
  • Il est possible de connecter un premier dépôt et de commencer à travailler sur claude.com/code
  • Les sessions cloud partagent la même limite de requêtes (rate limit) que Claude Code existant
  • Plus de détails sont disponibles dans la documentation officielle

Implications

• La version web de Claude Code accélère le passage au cloud du “codage de type agent IA” et propose un nouveau paradigme d’environnement de développement qui renforce à la fois la vitesse de développement, la sécurité et la mobilité

[laeyoung]

Je l’ai testé et, comme prévu, c’est plutôt pas mal.

[GN⁺]

Avis Hacker News

• J’aimerais avoir des retours d’expérience sur la différence entre Codex / Claude Code et le travail via chat ou agents dans Cursor, et savoir lequel est meilleur ; je pose la question parce que je veux devenir un ingénieur plus efficace dans mon entreprise

• Mon équipe a énormément utilisé Claude Code jusqu’à l’an dernier, au point de dépenser plus de 70 k$ par an, mais on est presque totalement passés à Codex CLI ; grâce à Codex CLI, on a pu réaliser de gros travaux logiciels qui étaient auparavant impossibles, pour moi comme pour n’importe qui dans mon équipe ; désormais, je ne consulte plus CC qu’environ une fois toutes les deux semaines pour des revues de code ou documenter des bugs, avec un taux de réussite assez moyen ; quand Claude Code est sorti, c’était vraiment bluffant et ça valait immédiatement l’abonnement ; puis Codex a rattrapé CC et s’est montré bien meilleur sur les tâches longues et les problèmes difficiles ; Claude Code abandonnait parfois sur les problèmes complexes en disant simplement d’acheter une solution existante ; avec Codex, les capacités mêmes de l’organisation logicielle ont beaucoup progressé ; ça commence à se savoir ; je n’ai aucun lien avec une entreprise d’IA, j’encourageais même Anthropic à titre personnel, mais Codex CLI est nettement meilleur et moins cher ; si Anthropic veut rattraper OpenAI, il lui faudra quelque chose de vraiment innovant ; à l’heure actuelle, Codex est clairement devant

  • J’ai aussi utilisé Codex CLI et c’est vraiment excellent, mais il lui manque encore des fonctions importantes que j’utilise tous les jours dans Claude Code, donc je ne peux pas basculer complètement ; par exemple : le système d’autorisations pour les commandes Bash, le rollback dans la conversation et dans le code, le changement facile du mode d’approbation (keybind), l’envoi de messages pendant l’exécution d’une tâche (Codex les met en file d’attente pour la fin, Claude les injecte en temps réel), l’aspect pénible de Codex qui oblige à accepter encore et encore les mêmes commandes (Claude permet de définir des approbations au niveau de la session), la gestion du contexte via les Agents, un vrai mode plan, la fonction Skills chargée à la demande ; le sandbox de Codex est confus à l’usage et bloque par défaut les répertoires système ainsi qu’Internet, donc les commandes échouent souvent ; Codex traite les commandes en Python plutôt qu’en Bash, ce qui rend aussi la supervision plus difficile ; si Codex rattrape ces points, j’envisagerai sérieusement de migrer, mais d’ici là ça reste un excellent modèle emballé dans une interface moyenne

  • Mon avis n’est pas une pub, mais Internet est tellement rempli de publicité ces temps-ci que je me demande soudain combien OpenAI paierait pour faire remonter sur HN un commentaire aussi élogieux en tête de fil

  • Je suis totalement d’accord, et je me souviens encore du changement presque magique de juin ; du jour au lendemain, j’ai enchaîné les nuits blanches à tester des choses techniquement impossibles jusque-là, simplement parce qu’elles devenaient concevables ; je pensais remplacer Claude Code par Codex CLI (GPT-5), mais aujourd’hui j’ai le sentiment que GPT-5 Codex est bien meilleur pour mon travail (même si mon secteur est de niche, donc Codex reste faible sur plusieurs connaissances métier essentielles) ; Claude Sonnet 4.5 garde un avantage pour le scaffolding, mais pour implémenter de vraies fonctionnalités, Codex produit un code plus solide et plus propre ; le marketing du « niveau ingénieur senior » donne enfin l’impression d’être vrai ; en plus, Codex coûte 40 à 50 % moins cher ; il faudra désormais une évolution vraiment révolutionnaire pour le dépasser ; le plus grand défi des agents à l’avenir sera la vitesse ; si CC était deux à trois fois plus rapide, je continuerais à l’utiliser même à qualité égale, mais sinon Codex reste mon outil principal

  • J’ai effectivement fait tourner une dizaine de fois la même tâche longue avec Codex CLI (gpt-5-codex high) et Claude Code 4.5 sonnet (parfois opus 4.1), puis j’ai demandé à chacun des deux modèles d’évaluer le travail de l’autre, et dans 100 % des cas les deux ont jugé Codex supérieur ; chez Claude, il y a en permanence des oublis dans les exigences, de la négligence et de la dispersion, alors que Codex couvre tout ce qui est demandé ; Codex est plus lent, mais il me donne des résultats que je n’ai pas besoin de retoucher sans cesse, donc j’en suis bien plus satisfait

  • Avec Codex, je n’ai presque rien à faire ; Claude Code est rapide et lit bien le « contexte » ; Claude teste aussi mieux son propre code ; je m’attendais à ce que les deux modèles soient comparables, donc le résultat me surprend

• J’ai pu tester Claude Code en avant-première le week-end dernier et j’ai partagé mes notes sur mon blog ; c’est un produit vraiment solide, qui ajoute une interface web/mobile par-dessus la CLI Claude Code (avec claude --dangerously-skip-permissions) ; Anthropic a compris que le « Claude Code sans validation à chaque étape » améliore fortement la productivité et investit donc dans le sandboxing

  • Ce qui est intéressant, c’est qu’à l’inverse j’ai obtenu de meilleurs résultats dans CC en désactivant « allow edits », parce que je peux modifier directement en inline tout en relisant le code ; à l’inverse, Codex convient bien à un usage où l’on fabrique vite une feature « jetable » avant de l’oublier ; mais Claude a pour force de mieux saisir l’intention du problème, avec plus de vitesse et une boucle d’itération plus rapide

  • Je me demande si tu as une idée du niveau réel de nuisance possible dans un environnement sandboxé ; les listes d’autorisation de fichiers ou de domaines mèneront presque inévitablement à des vulnérabilités qui reviendront pendant des décennies ; un niveau de sécurité où l’on injecte juste des entrées dans le shell avec des backslashes me semble inquiétant

• Les trois points intéressants cette fois sont : l’arrivée de Claude Code sur iOS, la transition naturelle du web vers la CLI, et l’open source d’un sandbox natif OS qui restreint le fs et le réseau sans conteneur ; cela dit, ils insistent sur les restrictions réseau sortantes, mais la allowlist contient des domaines comme gist.github.com qui facilitent l’exposition vers l’extérieur, donc ça me paraît un peu léger

  • Le lien GitHub du sandbox natif est ici

  • Ravi que ce soit directement ajouté à l’app ; après l’avoir essayé, j’ai l’impression qu’il y a encore pas mal de bugs pour l’instant

  • Les fuites d’informations resteront toujours possibles ; la vraie question est de savoir s’il est assez difficile pour un attaquant de percer mes défenses ; mais si on met tout cela au propre et qu’on le publie, j’hésite aussi à le faire parce que ça risque ensuite de revenir dans les données d’entraînement

• Je pense que ces agents d’arrière-plan ne donnent toujours pas l’expérience développeur que j’attends ; le fait de pousser une branche uniquement via PR depuis un environnement auquel on n’a pas accès, puis de devoir la checkout en local, est pénible ; le codage avec l’IA doit être étroitement intégré à la boucle de développement, et la PR convient à l’étape finale de vérification, pas au flux principal de production du code ; un environnement isolé connectable en un clic via Cursor/VSCode Remote SSH devrait être la base ; en réalité, ni Claude ni aucun autre outil IA n’a jamais réussi du premier coup dans mes essais, il faut toujours des retouches manuelles ; vérifier et affiner directement dans l’IDE fait partie du quotidien

  • Personnellement, je trouve bien plus simple de lancer l’agent directement sur un serveur de test/développement via SSH distant et de faire un sanity check avec VS Code ; c’est beaucoup plus pratique que le développement local ou des configurations complexes

  • Cette annonce me déçoit un peu ; ce que je veux vraiment, c’est une app compagnon (mobile/web) connectée à un environnement CLI ; elle devrait pouvoir fonctionner avec SSH vers une VM de serveur de dev existante, VSCode Remote et le Web (tty navigateur ou tunnel vscode.dev) ; j’aimerais pouvoir vérifier pendant une promenade que Claude travaille bien et lui laisser un commentaire du type « LGTM » pour qu’il continue à suivre le PLAN.md ; comme SSH sur écran tactile est pénible, une simple interface de chat suffirait ; j’ai déjà vu passer ce genre d’idée dans des projets côté GitHub ou des Show HN comme « Happy Coder », mais sans vraiment les utiliser, donc une intégration first-party serait l’idéal

  • Je pense que ce phénomène révèle un problème plus fondamental : la plupart des tests et du débogage de code sont presque impossibles à distance ; l’environnement de travail est un conteneur éphémère, sans mes données, avec seulement le dépôt ; par exemple, le modèle ne peut pas faire npm run dev, ouvrir une page web, cliquer, vérifier le comportement, lancer un build lourd, ni conserver des sessions ou des données au jour le jour ; l’idée d’un agent qui tourne dans le cloud est bonne, mais il lui faut un environnement bien plus persistant, et l’interface elle-même doit permettre de développer des applis web, des programmes GUI, de les exécuter et d’interagir avec eux pour qu’on puisse vraiment parler d’utiliser un ordinateur ; avec les modèles actuels, ce serait probablement encore trop coûteux pour le grand public

  • Je suis d’accord pour dire que la revue de code et les itérations via PR ne collent pas ; les développeurs humains travaillent ainsi depuis longtemps, mais cela ne convient ni au code IA ni aux agents de coding ; au lieu de forcer l’IA dans ce cadre existant, il faut probablement quelque chose comme un git natif pour l’IA

  • Mais les managers réagissent bien mieux aux arguments de vente du type « vous soumettez une story et vous recevez une PR »

• La vidéo de démo YouTube est assez drôle, la démo est ici ; le développeur entre un prompt, puis se contente de créer une PR et de recevoir des commentaires, sans même regarder directement le résultat qu’il a produit ; le marché cible est vraiment limpide

• Est-ce que c’est du même genre que Jules / Codex / Copilot agent, c’est-à-dire un fonctionnement où l’on envoie une requête dans le cloud puis on reçoit le résultat plus tard via une PR ? Ce qui est particulier, c’est que tout le monde semble converger vers un ensemble de fonctions assez similaire, et qu’au final le choix relève surtout des préférences ; en ce moment, grâce à Copilot + Codex, j’ai l’impression d’avoir quatre ingénieurs autonomes que je peux répartir selon la difficulté et la vitesse des tâches, ce qui améliore fortement la productivité ; et les startups qui misaient sur le slogan « Claude in the cloud » vont probablement souffrir à l’avenir

• Je vois souvent passer ici et là des gens dire « on est passés de 70 k$+ de dépenses Claude Code à codex CLI » ; moi aussi, en juin-juillet, je suis passé de Cursor à CC, et il y a environ huit mois j’avais déjà fait la même transition depuis VSCode + Copilot pour les mêmes raisons ; au début je pensais que tous ces avis relevaient du guérilla marketing, mais en pratique CC était vraiment nettement meilleur que Cursor ; maintenant j’ai envie d’essayer Codex moi aussi, et je trouve positif que plusieurs concurrents fassent avancer les choses aussi vite ; j’ai du mal à croire que j’ai changé trois fois d’IDE et de workflow en quelques mois, et c’est assez fatigant

  • OpenAI semble limiter la capacité de gpt-5-codex à « réfléchir en profondeur » selon le niveau d’abonnement, alors qu’Anthropic/Claude semble seulement limiter l’usage ; je fais moi aussi des tests mensuels avec Codex, mais selon les tâches, il arrive souvent que les résultats de Charlie (500 $/mois) ou de Claude se fusionnent mieux ; la variabilité selon le type de travail peut être importante

  • Ces temps-ci, la partie IDE étant largement découplée, c’est moins fatigant ; Cursor aura sans doute du mal à rivaliser s’il se contente de vendre des tokens tout en dégradant le contexte ; j’alterne entre CC et Codex, mais globalement Codex est dans une catégorie à part ; pour l’instant, il donne l’impression de n’avoir aucun remplaçant

• J’ai un souhait concernant les interfaces IA web : j’aimerais que claude.ai et chatgpt.com prennent aussi en charge, comme d’autres SaaS, une connexion classique identifiant/mot de passe sans 2FA, afin que les utilisateurs de navigateurs respectueux de la vie privée puissent se connecter vite et simplement ; je préférerais éviter l’ajout d’authentifications externes peu fiables comme le SSO, et la connexion par e-mail d’Anthropic ou la MFA d’OpenAI cassent immédiatement le flux et sont pénibles ; installer un client desktop distinct auquel on ne fait pas confiance, ou combiner cela avec une sandbox VM, est aussi trop lourd ; pouvoir tout faire directement dans le navigateur web suffirait largement

  • Avec l’augmentation récente des attaques de credential stuffing liées à la réutilisation de mots de passe, la MFA est l’un des moyens les plus efficaces pour sécuriser un compte ; si les entreprises ne l’adoptent pas, elles risquent de subir une avalanche de chargebacks sur carte bancaire ; j’aimerais aussi que la vérification des nouveaux mots de passe contre des bases de données de fuites (par exemple comme haveibeenpwned) devienne la norme ; j’utilise moi aussi un workflow similaire, et je recommande les sites qui prennent en charge la connexion par passkey, car on y accède sans délai d’attente

  • Et un support de WebAuthn, ce ne serait pas mieux ? La méthode de connexion actuelle de claud.ai est vraiment peu pratique

• J’ai récemment fait quelque chose de similaire pour OpenCode et, au cas où ça puisse intéresser quelqu’un, je laisse aussi le lien open source ; cela peut fonctionner aussi en mode frontend (avec une version hébergée bientôt disponible), et on peut également connecter son propre serveur API OpenCode en le spécifiant directement ; sinon, il est possible de lancer le serveur API et de l’exposer via un proxy pour un accès web sécurisé ; l’interface est responsive, et l’idée centrale est de pouvoir envoyer directement depuis son téléphone, en déplacement, des requêtes IA du type « fais-moi X » pour traitement immédiat ; cela ne lance pas d’environnement sandbox, mais l’utilisateur peut le combiner librement avec le sandbox de son choix ; contrairement à Claude Code, on peut aussi choisir librement le modèle à utiliser