Las coordenadas que le presto a la máquina

El eslabón perdido

Una persona entra en una habitación y recibe muchas coordenadas sin pedirlas.

Ve la luz.

Siente la temperatura.

Reconoce si es de día.

Recuerda cómo llegó.

Sabe qué estaba haciendo hace cinco minutos.

Distingue su escritorio del de otra persona.

Un modelo no entra así en un proyecto.

Recibe texto, archivos, instrucciones, herramientas y una cantidad limitada de contexto.

Puede leer que está en una carpeta.

No significa que tenga una vivencia del lugar.

Puede procesar una fecha.

No significa que habite ese presente.

Puede reconstruir una secuencia.

No significa que la haya atravesado.

Entre tener información y estar situado existe una diferencia que no sé nombrar bien.

A ese hueco lo vengo llamando, de forma casera, el eslabón perdido.

Coordenadas para la máquina o para mí

No estoy seguro de a quién ayudan más.

Cuando escribo:

Fecha: 13-07-2026
Equipo: PC1
Sistema: Ubuntu
Disco: Kingston 4642
Repo activo: ...
Producción: no tocar

la primera persona que se orienta soy yo.

Tengo varios equipos.

Windows y Ubuntu.

Discos clonados.

Repositorios viejos.

Pruebas que se parecían a proyectos definitivos y proyectos definitivos que empezaron como pruebas.

La coordenada evita que mi propia memoria mezcle territorios.

Quizás lo que le presto a la máquina es, antes que nada, una memoria externa que yo también necesito.

La fecha no es decoración

Una fecha ayuda a interpretar el estado de algo.

Un documento puede decir que una función no existe.

Seis meses después puede existir.

Un modelo puede recordar una versión anterior de una herramienta.

El repositorio puede haber cambiado.

Una norma puede no haber entrado en aplicación todavía.

Una decisión que era provisional puede haberse revocado.

Sin fecha, todo parece simultáneo.

La máquina puede leer información correcta y aun así aplicarla al momento equivocado.

A nosotros también nos pasa.

Por eso la fecha no convierte al sistema en consciente del tiempo.

Solo reduce una ambigüedad bastante corriente:

¿De cuándo estamos hablando?

El disco físico parece exagerado hasta que deja de serlo

Durante mucho tiempo, decir 55BE o 4642 habría parecido una obsesión inútil.

Después llegan los clones.

Los discos con sistemas parecidos.

Las copias que conservan rutas idénticas.

Las carpetas que existen en dos lugares con semanas de diferencia.

Entonces la frase «está en Ubuntu» ya no alcanza.

¿En cuál?

¿En qué disco?

¿Es el entorno vivo o la copia?

¿Se puede modificar?

¿Es recuperable?

Una coordenada pequeña puede evitar un error grande.

No porque el agente entienda el valor sentimental de ese disco.

Porque el permiso para actuar depende del territorio.

Una máquina puede saber la ruta y no saber dónde está

Esta frase parece contradictoria.

No lo es.

Una ruta es una cadena de símbolos.

Puede localizar un archivo.

Puede describir su jerarquía.

Puede comparar versiones.

Pero «estar aquí» incluye más cosas.

Qué ocurrió antes.

Qué se puede romper.

Qué entorno es experimental.

Qué relación tiene ese archivo con una decisión tomada ayer.

Qué máquina contiene datos personales.

Qué servidor va a desaparecer.

Qué carpeta es un puente y no un destino.

Nada de eso vive necesariamente en el nombre del directorio.

Hay que contarlo.

El mapa que precede a la orden

Al principio tendía a pedir una tarea directamente.

Arregla esto.

Refactoriza aquello.

Mueve esta carpeta.

Haz el blog.

El resultado podía ser correcto y, aun así, ocurrir en el lugar equivocado.

Con los agentes, la precisión de la acción vuelve más importante la orientación previa.

Un agente no solo responde.

Puede escribir.

Borrar.

Instalar.

Mover.

Publicar.

Conectarse.

Cuanto mayor es su capacidad, menos razonable resulta darle una orden sin mapa.

Las coordenadas no son una ceremonia.

Son parte del límite.

No es memoria continua

También conviene no engañarse.

Poner fecha y disco en un README no crea continuidad mental.

Una instancia nueva puede leer el archivo y reconstruir el estado.

Eso no significa que recuerde el proceso como lo recuerda quien estuvo allí.

Lo que llamamos memoria en estos sistemas puede ser contexto recuperado, registros, bases de datos, resúmenes o archivos de estado.

Todo eso puede producir continuidad operativa.

No demuestra continuidad de experiencia.

A mí me basta con la primera.

Necesito que el siguiente agente sepa qué estaba vivo, qué estaba congelado y qué no debía tocar.

No necesito inventarle una biografía.

El error de antropomorfizar el anclaje

Hay una tentación fácil.

Como le doy coordenadas y después parece orientarse, puedo imaginar que la máquina «se siente ubicada».

No tengo base para afirmar eso.

El sistema utiliza información relevante para producir una acción más coherente.

Hasta ahí llega lo observable.

La utilidad práctica no obliga a convertir el mecanismo en una experiencia.

Pero tampoco obliga a despreciar la práctica porque no haya experiencia detrás.

Una señal de tráfico funciona aunque la carretera no la comprenda.

El tiempo del agente

Un agente puede ejecutar durante minutos u horas.

Puede dejar registros.

Puede retomar una tarea.

Puede detectar cambios.

Puede comparar el estado anterior y el nuevo.

Eso genera algo parecido a una línea temporal operativa.

Inicio.

Acción.

Resultado.

Error.

Reintento.

Cierre.

La secuencia existe y puede auditarse.

La pregunta filosófica sobre si hay un «ahora» para el sistema es otra.

Me interesa, pero no hace falta resolverla para trabajar mejor.

Las coordenadas como responsabilidad

Decir dónde estamos también dice qué reglas se aplican.

En local puedo probar.

En producción debo confirmar.

En PC2 puedo reutilizar o descartar.

En Windows no quiero agentes.

En Ubuntu existe el taller.

En Hostinger habrá algo público.

La coordenada técnica se convierte en coordenada moral cuando una acción puede afectar a terceros.

No es lo mismo modificar una copia que una web pública.

No es lo mismo analizar datos ficticios que datos reales.

No es lo mismo sugerir un comando que ejecutarlo.

El lugar cambia la responsabilidad.

La prueba de orientación

En un momento hicimos algo sencillo.

Se preparó un repositorio.

Se dejó un README como puerta de entrada.

Se explicó el estado.

Después se abrió otra instancia y se le pidió que leyera el territorio y dijera si se orientaba.

No para comprobar obediencia.

Para comprobar el mapa.

Esa prueba me parece más interesante que muchos prompts enormes.

Si una instancia nueva no puede reconstruir dónde está, qué debe hacer y qué no puede tocar, el problema quizá no sea la inteligencia del modelo.

Quizá el territorio está mal explicado.

Coordenadas mínimas

Hoy dejaría estas:

Fecha y hora de referencia.
Máquina y sistema operativo.
Disco físico o entorno.
Ruta del repositorio.
Versión viva.
Histórico o producción.
Objetivo actual.
Límites de acción.
Punto de retorno.
Decisiones pendientes.

No siempre hacen falta todas.

Pero obligan a pensar qué información falta antes de delegar.

La parte humana del anclaje

Las coordenadas también son una forma de bajar la velocidad.

Antes de actuar tengo que escribir dónde estoy.

Ese gesto evita que un impulso se convierta directamente en ejecución.

Me recuerda si estoy en la copia correcta.

Si hice backup.

Si el servidor es temporal.

Si el archivo pertenece a otro proyecto.

Puede que el mayor valor de esta práctica no sea mejorar al agente.

Puede que sea impedir que el humano le dé una orden mal situada.

Lo que no sé

No sé si este hábito tiene un nombre técnico exacto.

Se parece a gestión de estado.

A grounding temporal.

A documentación operativa.

A memoria externa.

A control de configuración.

A orientación de agentes.

Probablemente no inventé nada.

Tampoco necesito hacerlo.

La pregunta que me interesa es más pequeña.

¿Qué información mínima permite que una instancia nueva continúe sin fingir que recuerda?

Y una segunda:

¿Qué información necesito yo para no confundir mi propio presente con una copia de hace tres semanas?

El lugar que le prestamos

Un modelo no tiene un cuerpo sentado frente al disco 4642.

Yo sí.

No escucha el ventilador.

No sabe si he reiniciado.

No ve la etiqueta pegada al SSD.

Pero puede trabajar dentro de un territorio que he descrito lo bastante bien.

Quizás esa sea la forma más honesta de hablar de situación en estos sistemas.

No decir que están donde nosotros estamos.

Decir que les prestamos un mapa.

Un mapa incompleto, textual, operativo.

Lo suficiente para que no entren a oscuras.

Cuando escribo la fecha, la máquina y el disco, no estoy intentando darle una vida.

Estoy evitando que ambos trabajemos en el lugar equivocado.

Nota de trabajo

Antes de publicar conviene contrastar esta práctica con literatura y documentación técnica sobre:

• grounding temporal;
• memoria y estado en agentes;
• persistencia entre sesiones;
• gestión de configuración;
• documentación de repositorios;
• externalización de memoria humana;
• diferencia entre continuidad operativa y continuidad experiencial.

El artículo describe una práctica personal. No afirma que las coordenadas generen consciencia, comprensión temporal ni identidad persistente.

Trazabilidad editorial provisional

Práctica de dar fecha, hora, máquina, sistema, disco físico y repositorio a Codex: Gustavo Rodríguez.

Desarrollo y redacción del borrador v1.0: ChatGPT.

Responsabilidad editorial final: Gustavo Rodríguez.