Changer là où vous lisez

Le correctif sort comme une opération enregistrée, pas un nouveau fichier que personne ne suit

Le cycle que la plupart des équipes connaissent fonctionne comme ceci: vous ouvrez votre matériel à l'écran, trouvez l'erreur, téléchargez le fichier, le corrigez dans un programme bureau, le téléversez à nouveau. À la fin vous avez deux fichiers et pas de record de lequel a changé quoi. À la troisième fois, personne dans votre équipe ne peut dire avec certitude quelle version est la bonne. La direction ici est différente. Vous corrigez le texte sur votre diapositive qui est déjà ouverte, et votre correction ne remet pas un fichier lâche: elle devient une opération nommée, exécutée par le moteur sur la structure que votre document a déjà, avec un record de ce qui a changé et par rapport à quelle version. C'est la même conception qui soutient déjà la traduction, appliquée à l'édition d'une seule phrase. Ce qui change est la taille de la demande, non sa nature, et c'est cette continuité qui rend l'édition à l'écran qui vaut le coup d'avoir au lieu d'être une fenêtre de plus.

L'identité de l'élément est ce qui rend une édition adressable

Sans cela, un changement à l'écran est une demande que le moteur ne peut pas résoudre

Quand vous cliquez sur une boîte de texte et tapez, quelque chose a besoin de dire au moteur quelle boîte dans votre fichier c'était. Pas la position sur votre écran, qui change avec le zoom et la police, mais l'identité de cet élément à l'intérieur de votre document: la clé de jointure que la lecture d'entrée lui a assignée et que le moteur utilise pour écrire de retour au bon endroit. Cette clé est ce qui sépare une édition vérifiable d'une supposition. Avec elle, le moteur ouvre votre fichier, trouve l'élément exact, change celui-là et laisse tout le reste intact, ce qui est la même limite décrite dans [mise en page préservée](layout). Sans elle, tout ce qui reste est de deviner par proximité visuelle, et deviner à l'intérieur d'un fichier du vôtre qui va à un client est précisément ce que cette maison ne fait pas.

Ce qui manque, dit précisément

Le rendu de la page arrive sans identité, et c'est une conséquence du chemin, pas une oversightssion

Le composant qui édite votre diapositive à l'écran est construit, et il parle déjà ce langage: chaque nœud qu'il vous laisse éditer porte l'identité de l'élément correspondant. L'étape qui écrit votre fichier est aussi construite, et elle résout exactement cette même clé. Les deux extrémités existent. Ce qui n'existe pas est la pièce au milieu. Le rendu de votre page que vous voyez aujourd'hui est produit à partir d'un rendu final, et dans cette étape chaque élément cesse d'être un élément et devient un trait et une coordonnée. L'information n'est pas cachée ou oubliée: elle est détruite par la façon dont le chemin est construit, car un rendu ne tient pas la notion d'une boîte de texte. L'identité continue d'exister, mais dans le record que la lecture d'entrée a produit, pas dans l'image.

ce que l'éditeur demandedes éléments qui savent qui ils sont

la pièce manquanteun rendu qui préserve l'identité

ce que le rendu livredu trait et de la coordonnée, pas d'identité

Les deux extrémités parlent la même langue. Ce qui passe entre elles aujourd'hui ne le fait pas.

Dire cela avec cette précision a une raison pratique, et c'est la vôtre. Un travail de câblage se résout en une semaine et ne mérite pas une page; produire un rendu qui préserve l'identité est une décision architecturale. Vous méritez de savoir lequel des deux c'est avant de mettre la caractéristique sur une deadline qui vous est propre.

Où cela se tient aujourd'hui

Direction déclarée, avec la lacune localisée et sans verbe au temps présent

Cette page décrit une capacité qui n'a pas été livrée, et l'information qu'elle a à donner est la localisation exacte de la lacune. Ce n'est pas un item de feuille de route générique: les deux extrémités sont mesurées, la pièce manquante est nommée, et les deux résultats possibles le sont aussi, qui sont le rendu gagnant un deuxième mode ou une nouvelle étape naître pour cela. Ce qui fonctionne déjà aujourd'hui, sans éditeur, c'est de voir votre matériel entier à l'écran aux côtés de ce que le moteur a extrait d'elle, et c'est dans [voir](see). La conversation qui produit le changement, quand elle existe, est le sujet de [éditeur agentic](agentic-editor).

L'état, dit en entier et avant que vous le demandiez. La lacune a été mesurée le 2026-08-26 et vérifiée de nouveau le 2026-09-02. Le composant d'édition porte la clé de jointure sur les nœuds qu'il vous laisse éditer; le rendu de la page produit aujourd'hui ne porte aucun, et le compte est zéro sur tout le moteur, pas petit. L'édition à l'écran est enregistrée dans la feuille de route interne comme un item post-lancement, décidé le 2026-07-10.

Et ce que cette page ne prétend pas. Il n'y a pas de deadline ici, et il n'y a pas de deadline car la pièce manquante est une décision architecturale pas encore prise. Quand elle est prise et l'édition existe, elle entre dans cette page avec la date de la première exécution mesurée, la même façon que les autres capacités l'ont fait.