Cambiarla dove la stai leggendo

La correzione esce come operazione registrata, non come nuovo file che nessuno traccia

Il ciclo che la maggior parte dei team conosce va così: apri il tuo materiale sullo schermo, trovi l'errore, scarichi il file, lo correggi in un programma ufficio, lo carichi di nuovo. Alla fine hai due file e nessun record di quale ha cambiato cosa. Alla terza volta, nessuno nel tuo team può dire con certezza quale versione è quella buona. La direzione qui è diversa. Correggi il testo della tua diapositiva che è già aperta, e la tua correzione non restituisce un file sciolto: diventa un'operazione nominata, eseguita dal motore sulla struttura che il tuo documento ha già, con un record di quello che è cambiato e rispetto a quale versione. È lo stesso design che già sostiene la traduzione, applicato all'editing di una sola frase. Quello che cambia è la dimensione della richiesta, non la sua natura, e quella continuità è quello che rende l'editing sullo schermo degno di avere anziché essere una finestra in più.

L'identità dell'elemento è quello che rende un'edizione indirizzabile

Senza di essa, un cambio sullo schermo è una richiesta che il motore non può risolvere

Quando fai clic su una casella di testo e digiti, qualcosa deve dire al motore quale casella nel tuo file era quella. Non la posizione sullo schermo, che cambia con lo zoom e il font, ma l'identità di quell'elemento dentro il tuo documento: la chiave di unione che la lettura di ingresso le ha assegnato e che il motore usa per scrivere di nuovo nel posto giusto. Quella chiave è quello che separa un'edizione verificabile da un'indovina. Con essa, il motore apre il tuo file, trova l'elemento esatto, cambia solo quello e lascia tutto il resto intatto, che è lo stesso confine descritto in [layout preservato](layout). Senza di essa, l'unica cosa rimasta è indovinare per prossimità visiva, e indovinare dentro un file tuo che va a un cliente è precisamente quello che questa casa non fa.

Quello che manca, detto precisamente

Il rendering della pagina arriva senza identità, ed è una conseguenza del percorso, non una negligenza

Il componente che modifica la tua diapositiva sullo schermo è costruito, e già parla quella lingua: ogni nodo che ti permette di modificare porta l'identità dell'elemento corrispondente. Il passo che scrive il tuo file è anche costruito, e risolve esattamente quella chiave. Entrambe le estremità esistono. Quello che non esiste è il pezzo nel mezzo. Il rendering della tua pagina che vedi oggi è prodotto da un rendering finale, e in quel passo ogni elemento smette di essere un elemento e diventa linea e coordinata. L'informazione non è nascosta o dimenticata: è distrutta dal modo in cui il percorso è costruito, perché un rendering non mantiene la nozione di una casella di testo. L'identità continua ad esistere, ma nel record che la lettura di ingresso ha prodotto, non nell'immagine.

quello che l'editor chiedeelementi che sanno chi sono

il pezzo che mancaun rendering che preserva l'identità

quello che il rendering consegnalinea e coordinata, nessuna identità

Entrambe le estremità parlano la stessa lingua. Quello che passa tra loro oggi non lo fa.

Dire questo con questa precisione ha una ragione pratica, ed è la tua. Un lavoro di cablaggio si risolve in una settimana e non merita una pagina; produrre un rendering che preserva l'identità è una decisione di architettura. Meriti di sapere quale dei due è prima di mettere il feature su una deadline tua.

Dove sta oggi

Direzione dichiarata, con il vuoto localizzato e nessun verbo al tempo presente

Questa pagina descrive una capacità che non è stata spedita, e l'informazione che ha da dare è la posizione esatta del vuoto. Non è un elemento generico di roadmap: entrambe le estremità sono misurate, il pezzo mancante è nominato, e i due risultati possibili lo sono anche, che il rendering guadagni una seconda modalità o un nuovo passo nasca per questo. Quello che già funziona oggi, senza un editor, è vedere tutto il tuo materiale sullo schermo accanto a quello che il motore ha estratto da esso, ed è in [vedi](see). La conversazione che produce il cambio, quando esiste, è il soggetto di [editor agentivo](agentic-editor).

Lo stato, detto per intero e prima che tu chieda. Il vuoto è stato misurato il 2026-08-26 e verificato di nuovo il 2026-09-02. Il componente di editing porta la chiave di unione sui nodi che ti permette di modificare; il rendering della pagina prodotto oggi non porta nulla, e il conteggio è zero in tutto il motore, non piccolo. L'editing sullo schermo è registrato nella roadmap interna come elemento post-lancio, deciso il 2026-07-10.

E quello che questa pagina non afferma. Non c'è data qui, e non c'è data perché il pezzo mancante è una decisione di architettura non ancora fatta. Quando è fatta e l'editing esiste, entra in questa pagina con la data della prima esecuzione misurata, lo stesso modo che le altre capacità hanno fatto.