Simon Willison publie web-edit 0.1a0 : un éditeur de fichiers web pour agents, accessible via Tailscale

Le 12 octobre 2026, Simon Willison a publié web-edit 0.1a0, première version alpha d'une petite application Python qui fournit une interface web pour consulter et modifier les fichiers d'un dossier choisi. L'application est conçue pour fonctionner au-dessus de Tailscale. L'agent démarre le serveur sur une machine distante, puis le propriétaire l'ouvre depuis son téléphone via le réseau privé et modifie le fichier à la main. Selon l'auteur lui-même, le code a été écrit par Codex et GPT-6 Astra Extra High.

Quel problème web-edit résout-il

Simon Willison travaillait sur un projet depuis son téléphone, via Codex Remote. À un moment, il a dû modifier un fichier contenant des identifiants, mais il ne voulait pas faire passer les clés par le modèle de langage. Demander à l'agent d'écrire un secret revient à l'envoyer dans le contexte, d'où il peut atterrir dans les logs, l'historique de session et les traces. L'auteur a proposé un contournement : l'agent lance un éditeur de fichiers simple, l'humain s'y connecte directement et saisit lui-même la valeur. Le modèle voit que le fichier a été modifié, mais pas le contenu qui y a été inscrit.

C'est un problème typique du travail mobile avec des agents. On n'a pas de terminal sous la main, et un client SSH complet est peu pratique sur un téléphone. Les agents ont constamment besoin de jetons et de clés, et les transmettre via le chat avec le modèle n'est pas sûr.

Comment l'interface est conçue

La capture d'écran de la note montre un gestionnaire de fichiers intitulé Workspace. En haut, on trouve les boutons Refresh, Upload files et New file ; en dessous, un fil d'Ariane du type web-edit / web_edit / static. Le tableau compte trois colonnes : nom, taille et date de modification. Chaque fichier propose des liens Download et Delete. Les images jusqu'à 2 Mo s'affichent directement dans l'interface, et la sélection d'un fichier texte ouvre l'éditeur. Un panneau distinct, Upload Queue, gère les envois : on peut indiquer le dossier de destination, glisser-déposer des fichiers ou les choisir avec le bouton, le chemin et le nom étant définis séparément pour chaque fichier.

L'éditeur repose sur CodeMirror 6. Simon Willison a envisagé Monaco, mais celui-ci n'offre toujours pas une bonne expérience mobile, alors que le projet était conçu précisément pour le téléphone.

Principales caractéristiques de la version :

• version : 0.1a0, alpha précoce ;
• langage côté serveur : Python ;
• accès : réseau privé Tailscale, lancement déclenché par l'agent ;
• éditeur : CodeMirror 6, choisi plutôt que Monaco pour l'UX mobile ;
• envoi de fichiers : via une file d'attente, avec chemin et nom propres à chaque fichier ;
• aperçu : images jusqu'à 2 Mo affichées en ligne ;
• auteurs du code : Codex et GPT-6 Astra Extra High.

Dans l'exemple de la capture, app.js pèse 671,5 Ko, et THIRD_PARTY_LICENSES.txt, à côté, 32,3 Ko. Le dossier static semble contenir le frontend compilé avec des bibliothèques tierces, surtout CodeMirror. Il s'agit de notre hypothèse : la note ne la confirme pas.

Ce que cette histoire apprend

L'outil lui-même reste modeste, mais le schéma est utile à tous ceux qui donnent à des agents l'accès à une machine de travail. Si un secret doit se trouver dans un fichier et non dans la conversation, mieux vaut prévoir pour lui un canal distinct, réservé à l'humain. Un simple éditeur web au-dessus d'un réseau fermé règle le problème sans infrastructure complexe.

Quelques vérifications s'imposent avant de l'utiliser. Une version alpha ne promet pas de modèle de sécurité mature, et la note ne dit pas si l'application dispose de sa propre authentification. Il vaut donc mieux n'exposer le serveur qu'à l'intérieur de Tailscale, limiter le dossier racine au strict nécessaire et ne pas le lancer avec un utilisateur privilégié. Il est aussi préférable de demander à l'agent d'arrêter le processus après la modification. Si vous construisez des scénarios mobiles similaires pour Codex ou un autre agent, il est judicieux de séparer d'emblée deux flux : le code et les commandes passent par le modèle, les secrets et la configuration par l'humain.

Les sources et la version sont publiées sur GitHub, dans le dépôt simonw/web-edit, tag 0.1a0.