Idea principale

Il motore di contesto portato su ChatGPT è inferiore su quasi tutti i punti a quello che gira con Codex o Claude Code: più lento, incapace di eseguire script Python o di chiamare API, senza prospettiva su cosa diventi quando un contesto cresce per diverse settimane. Confrontato funzione per funzione, perde. Non è però una bozza del primo: toglie l'unico vincolo che il primo non toglierà mai, quello di dipendere da una macchina accesa e raggiungibile.

Due sistemi coesistono quindi, e la scelta tra loro non si fa sulle capacità ma sulla situazione: in ufficio, il motore completo; in trasferta, la modalità autonoma. Un sistema degradato diventa una modalità quando è scelto per ciò che sblocca, e resta un ripiego quando è scelto in mancanza di meglio.

Perché è importante

Evita due errori simmetrici. Il primo è abbandonare una versione più povera perché il confronto di funzionalità le è sfavorevole, mentre serve un caso che l'altra non serve. Il secondo è volerla far convergere verso la versione completa, il che le fa perdere la leggerezza che la rendeva utilizzabile là dove l'altra non lo è.

Dà anche la domanda giusta da porsi davanti a un'alternativa meno capace: quale vincolo toglie, e quel vincolo è reale nel mio uso?

Sfumature e limiti

La coesistenza ha un costo che l'articolo non quantifica: due insiemi di direttive da mantenere, due comportamenti da conoscere, e il rischio che i contesti creati da un lato non siano sfruttabili dall'altro.

E la giustificazione cade non appena il vincolo sparisce. Se il sistema completo diventa accessibile senza macchina personale, la seconda modalità perde la sua ragion d'essere — non si recupera sulle sue funzioni.

Domande aperte

• Cosa deve restare comune tra due modalità di uno stesso sistema perché la materia prodotta nell'una resti sfruttabile nell'altra?