Simon Willison a passé plusieurs semaines à disséquer ChatGPT Work, le produit lancé par OpenAI le 9 juillet. Son verdict : ce n’est pas « Chat avec un onglet de plus ». C’est une plateforme d’agents complète, avec du code qui parle à Internet, un browser autonome, un filesystem persistant entre sessions, et la capacité de déployer des sites. Pour un builder solo, plusieurs de ces briques changent vraiment quelque chose.
Ce n’est pas un assistant amélioré — c’est un orchestrateur
OpenAI présente Work comme « l’outil quand tu veux un résultat, pas une réponse ». Formule floue. Simon Willison la démonte en listant ce que Work possède et que Chat n’a pas :
- Exécution de code avec accès ouvert à Internet
- Un browser Chrome headless complet
- Un filesystem persistant, partagé entre toutes tes sessions Work
- La possibilité de déployer des sites (ChatGPT Sites, sur Cloudflare Workers)
- Des sous-agents parallèles (Sol, Luna, Terra)
- Des automations planifiées (prompt récurrent à heure fixe)
C’est réservé aux abonnés $20/mois et au-dessus. Les plans Free et Go ($8/mois) n’y ont pas accès.
L’exécution de code avec Internet ouvert : la vraie rupture
ChatGPT Chat peut exécuter du code depuis des années. La différence : ce code ne pouvait pas parler au reste d’Internet. Réseau coupé, sandbox fermée. ChatGPT Work lève cette contrainte. Le code peut cloner un repo GitHub, installer ses dépendances, appeler des APIs externes.
Pour comparaison, Claude Code permet aussi l’accès réseau depuis son container — mais sur une allowlist très courte (PyPI, NPM, GitHub). ChatGPT Work semble configurable par l’utilisateur avec une liste de domaines autorisés, et le défaut est ouvert. C’est une différence de philosophie : Claude Code te protège par défaut, Work te fait confiance par défaut.
Ce que ça change concrètement : tu peux demander à Work de cloner un repo, l’installer, puis l’utiliser pour interagir avec une API tierce — tout en une session, sans sortir du chat.
Un browser dans le chat, c’est plus puissant que ça en a l’air
Work peut lancer une instance Chrome, charger une page, remplir des formulaires, prendre des screenshots, exécuter du JavaScript contre le DOM. Willison l’a testé sur son propre site pour extraire les titres de page via JavaScript. Résultat : ça marche, ça ressemble à shot-scraper, mais depuis le chat, depuis le mobile.
Ce qui est intéressant : si le site demande une connexion, Work peut t’inviter à prendre le contrôle du browser pour entrer ton mot de passe ou le code 2FA — sans faire transiter les credentials par le modèle. C’est un bon design de sécurité pour un cas d’usage difficile.
Filesystem persistant et déploiement de sites
Chaque session Work a son propre dossier dans /workspace/scratch/, et ce dossier survit entre les sessions. Willison avait 171 dossiers en cours. Les sessions parallèles partagent le même volume : une session peut voir les fichiers écrits par une autre en temps réel. Pas le même espace de processus, mais le même disque.
ChatGPT Sites, c’est la fonctionnalité la plus spectaculaire sur le papier. En une phrase, Work peut construire et déployer un site complet sur Cloudflare Workers — HTML, JS, backend serverless, base de données D1, stockage R2. Willison a testé avec une carte des pélicans de Londres. Le site est là : london-pelicans-in-her-piety.simonw.chatgpt.site. Par défaut privé, rendable public.
« OpenAI announced ChatGPT Work on July 9th, and have been furiously iterating on it ever since. It is an extraordinarily confusing and very powerful product. »
Simon Willison, 30 août 2026
Ce que ça dit à un builder solo
Le vrai signal, c’est qu’OpenAI construit une plateforme d’agents pour des non-développeurs, en habillant Codex derrière une interface « Work ». Codex reste là en dessous (Work Local = Codex re-skinné), mais Work Cloud est quelque chose de différent : une couche d’orchestration où le modèle délègue, exécute, navigue, persiste, et déploie — sans que tu touches une ligne de code.
Pour un builder solo, plusieurs points pratiques à tester dès maintenant si tu es sur un plan $20+ :
- Automatiser une veille : « vérifie [site] tous les jours à 8h, et notifie-moi si quelque chose a changé » — c’est maintenant possible avec les scheduled prompts.
- Scraper proprement : le browser headless gère les sites JS et les connexions, ce que les scrapers classiques ratent souvent.
- Déployer un outil rapide : ChatGPT Sites + Cloudflare Workers, c’est un MVP hostable en une phrase. Pas pour remplacer une vraie infra, mais pour tester une idée en 10 minutes.
- Pipeline de données en une session : clone, installe, transforme, exporte — tout dans le même thread, avec le contexte conservé.
Ce que je retiens : la frontière entre « chat avec une IA » et « agent qui travaille pour toi » est en train de disparaître côté OpenAI. Claude Code a pris cette direction depuis le côté développeur. Work l’attaque depuis le côté grand public. Pour nous qui sommes entre les deux, les deux valent la peine d’être maîtrisés — ils ne font pas exactement la même chose.
Si tu veux un agent branché sur tes outils plutôt qu’une démo, c’est ce que je construis en automatisation IA sur mesure.
Source primaire : Understanding ChatGPT Work — Simon Willison (30 août 2026)