Idea principal

Un motor de contexto se descompone en tres funciones y no más: algo que razona sobre la información, reglas que dicen cómo trabajar y una memoria que sobrevive a la conversación. Escrito así, el traslado hacia un asistente de gran público deja de ser una reconstrucción. ChatGPT ya razona; las directrices de un Proyecto ChatGPT ya llevan las reglas; solo falta la tercera función, porque una conversación de asistente se borra. Google Sheets la aporta.

El gesto consiste, por tanto, en inventariar las funciones, reconocer las que la plataforma ya presta y construir solo el resto. Es lo contrario del reflejo habitual, que consiste en trasladar un sistema reimplementándolo función por función sobre la nueva base — y que fracasa menos por dificultad técnica que por carga inútil.

Por qué es importante

Esto cambia lo que miramos antes de decidir si un sistema es trasladable. La pregunta ya no es "¿sabe esta plataforma hacer lo que hace mi sistema?", sino "¿cuáles de mis funciones presta ya esta plataforma, y qué queda?". Un traslado juzgado imposible con la primera pregunta resulta a menudo modesto con la segunda.

También da un criterio de diseño previo: un sistema descompuesto en funciones nombradas es trasladable; un sistema con las responsabilidades enredadas no lo es, porque no sabemos qué podríamos delegar en la base.

Matices y límites

La descomposición en tres bloques es la de un motor de contexto; no se generaliza a cualquier sistema. Un sistema que necesita ejecutar código, llamar a API o mantener un entorno de ejecución tiene más de tres, y el traslado se detiene ahí.

Y una función prestada por la plataforma se presta en sus propios términos: las directrices de Proyecto llevan las reglas, pero con un techo de tamaño que no existía en el sistema de origen. Delegar un bloque es heredar sus restricciones.

Preguntas abiertas

• ¿Cómo reconocer, antes de haberlo intentado, que una función prestada por la plataforma se presta con la fidelidad suficiente como para dejar de llevarla uno mismo?