Idea principal

El motor de contexto trasladado a ChatGPT es inferior en casi todos los aspectos al que funciona con Codex o Claude Code: más lento, incapaz de ejecutar scripts de Python o de llamar a API, sin perspectiva sobre en qué se convierte cuando un contexto crece durante varias semanas. Comparado función por función, pierde. Sin embargo no es un borrador del primero: levanta la única restricción que el primero nunca levantará, la de depender de una máquina encendida y accesible.

Coexisten, pues, dos sistemas, y la elección entre ellos no se hace por sus capacidades sino por la situación: en la oficina, el motor completo; en desplazamiento, el modo autónomo. Un sistema degradado se convierte en un modo cuando se elige por lo que desbloquea, y sigue siendo un apaño cuando se elige a falta de algo mejor.

Por qué es importante

Esto evita dos errores simétricos. El primero es abandonar una versión más pobre porque la comparación de funcionalidades le es desfavorable, cuando sirve a un caso que la otra no sirve. El segundo es querer hacerla converger hacia la versión completa, lo que le hace perder la ligereza que la volvía utilizable allí donde la otra no lo es.

También da la pregunta correcta que hay que plantear ante una alternativa menos capaz: ¿qué restricción levanta, y es real esa restricción en mi uso?

Matices y límites

La coexistencia tiene un coste que el artículo no cifra: dos juegos de directrices que mantener, dos comportamientos que conocer, y el riesgo de que los contextos creados de un lado no sean explotables del otro.

Y la justificación cae en cuanto la restricción desaparece. Si el sistema completo pasa a ser accesible sin máquina personal, el segundo modo pierde su razón de ser — no se recupera por sus funciones.

Preguntas abiertas

• ¿Qué debe seguir siendo común entre dos modos de un mismo sistema para que el material producido en uno siga siendo explotable en el otro?