CO-ZONE · Artículo 04 Las coordenadas que le presto a la máquina Audio Reinterpretación del texto - con voz sintética Imagen editorial para el artículo 04 de CO-ZONE: Las coordenadas que le presto a la máquina. Las coordenadas que le presto a la máquina Texto nacido el 21 de octubre de 2025, en España. Modificado 30 de julio de 2026 Cada vez que un agente entra en uno de mis proyectos le digo dónde estamos. No solo en qué carpeta. Le doy fecha, hora, equipo, sistema operativo, repositorio y, a veces, hasta el disco físico. PCX. Ubuntu. Kingston XXBE. Taller local. PCY, según el proyecto, puede ser servidor, laboratorio o archivo histórico. Hostinger, como producción, no se toca sin una orden expresa. Puede parecer una manía. A estas alturas tengo unas cuantas. Pero esta evita algo bastante concreto: trabajar sobre la copia equivocada, aplicar una decisión que ya no está vigente o actuar en un entorno para el que el agente no tiene autorización. Saber la ruta no basta Una persona entra en una habitación y recibe un montón de información sin pedirla. Ve la luz, siente la temperatura, sabe si es de día, recuerda cómo llegó y reconoce su escritorio. Un agente no entra así en un proyecto. Recibe texto, archivos, instrucciones, herramientas y una parte del historial. Puede leer una ruta y localizar un archivo. Eso no le dice qué ocurrió antes, qué copia está viva, qué servidor va a desaparecer ni qué carpeta es un puente y no un destino. Tampoco significa que tenga una vivencia del lugar o que habite el presente que figura en la pantalla. Entre disponer de datos de situación y estar situado como lo está una persona hay un hueco. Durante un tiempo lo llamé, de manera casera, el eslabón perdido. No sé si el nombre sobrevivirá. El hueco, de momento, sigue ahí. La primera persona que se orienta soy yo Las coordenadas no orientan solo al agente. También me obligan a orientarme a mí. En una sesión posterior de curación del artículo, por ejemplo, mis coordenadas fueron estas: Fecha y hora: 21 de octubre de 2025, a las doce y cuarenta y tres. Equipo: PCX Sistema: Ubuntu Disco: Kingston XXBE Repositorio activo: el identificado expresamente para esa tarea Producción: no tocar Tengo varios equipos, Windows y Ubuntu, discos clonados, repositorios viejos y pruebas que acabaron pareciéndose demasiado a proyectos definitivos. Así que no estoy seguro de a quién ayuda más el ritual. La máquina recibe un mapa y yo dejo de confiar durante un minuto en esa prodigiosa memoria humana que abre una carpeta llamada «final», otra llamada «final bueno» y una tercera llamada «final, ahora sí». Por eso, el mapa que le presto al agente funciona también como memoria externa para mí. La fecha decide qué mundo sigue vigente Sin fecha, todo parece simultáneo. Un documento puede afirmar correctamente que una función no existe. Seis meses después existe. Una norma puede estar aprobada y no haber entrado aún en aplicación. Una decisión provisional puede haber sido revocada. La información no tiene que ser falsa para provocar un error. Basta con que pertenezca a otro momento. Esto ya aparece como un problema propio en la investigación sobre memoria para agentes. Un trabajo reciente sobre validez temporal de la memoria recuperada estudia precisamente qué ocurre cuando el sistema encuentra a la vez un dato antiguo y el que lo sustituyó. Poner una fecha no convierte al agente en consciente del tiempo. Le da una referencia más modesta y bastante útil: qué información debe tratar como vigente para esa tarea. El disco físico parecía una exageración Decir Kingston XXBE o Kingston YY42 puede sonar excesivo hasta que aparecen los clones, las rutas idénticas y las carpetas con tres semanas de diferencia. Entonces «está en Ubuntu» ya no alcanza. ¿En qué disco? ¿Es el entorno vivo o una copia? ¿Se puede modificar? ¿Existe un punto de retorno? Una coordenada pequeña puede evitar un error grande. No porque el agente comprenda lo que ese disco representa para mí. La identificación del entorno permite determinar qué acciones están autorizadas. El mapa que precede a la orden Al principio pedía la tarea directamente. Arregla esto. Mueve aquello. Haz el blog. El resultado podía ser correcto y ocurrir en el lugar equivocado. Con un programa que solo responde, el error puede quedarse en una mala respuesta. Un agente puede escribir, borrar, instalar, mover, publicar o conectarse a otros sistemas. Cuanta más capacidad tiene, menos sensato resulta darle una orden sin decirle antes dónde está y hasta dónde llega. En el entorno local puedo autorizar pruebas. Antes de actuar en producción, el agente debe pedirme confirmación. En Windows no autorizo agentes. Ubuntu es mi taller. En Hostinger hay una web pública y cualquier cambio puede afectar a terceros. No es lo mismo sugerir un comando que ejecutarlo. Tampoco es lo mismo modificar una copia que modificar la única versión válida. Las coordenadas no adornan la orden. Forman parte de ella. Una instancia nueva no recuerda: reconstruye Una instancia nueva no recuerda por sí sola el trabajo de otra: reconstruye el estado a partir de la información disponible. Un archivo de introducción, una bitácora o un archivo de estado pueden permitir que otra instancia continúe el trabajo. Eso produce continuidad operativa. No demuestra que el sistema recuerde el proceso como quien estuvo allí. Para mi trabajo, la diferencia importa. Necesito que el agente sepa qué estaba vivo, qué estaba congelado, qué intentos fallaron y qué no debía tocar. No necesito inventarle una biografía. Parte de la investigación sigue esa dirección práctica. PROJECTMEM, por ejemplo, propone para agentes de programación un registro local de incidencias, intentos, correcciones y decisiones. Ese registro no crea recuerdos en el agente. Conserva huellas con las que se puede reconstruir y auditar una trayectoria. Pero una bitácora tampoco es la verdad revelada. Puede contener una instrucción caducada, un error que nadie corrigió o una conclusión provisional que envejeció mal. Leer el mapa ayuda. Comprobar el terreno sigue siendo obligatorio. La trayectoria completa Un agente puede trabajar durante minutos u horas, dejar registros, reintentar y retomar una tarea. Ahí ya no basta con mirar la última orden. Importan el estado inicial. Las acciones. Los cambios producidos. Los errores. Los reintentos. Y el resultado final. Una acción aislada puede parecer correcta y formar parte de un recorrido equivocado. Los sistemas de memoria persistente intentan conservar parte de ese recorrido. MemX propone una memoria local que puede recuperarse y examinarse. Sus resultados también muestran que relacionar correctamente hechos ocurridos en momentos o sesiones diferentes sigue siendo difícil. Eso me interesa más que fingir una continuidad que no puedo demostrar: poder reconstruir qué pasó, quién lo decidió y desde qué estado se actuó. Las 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 válida. Histórico, taller o producción. Objetivo actual. Datos a los que puede acceder. Límites de acción. Cuándo debe pedir confirmación. Punto de retorno. Decisiones pendientes. No siempre hacen falta todas. Sí hace falta pensar cuáles faltan antes de delegar. La misma lógica sirve fuera de mis discos Kingston. En una empresa, describir «dónde estamos» también exige indicar qué datos puede consultar el agente, qué herramientas puede utilizar, quién supervisa sus acciones y quién tiene autoridad para detenerlo. La prueba de orientación En uno de mis proyectos preparamos el repositorio, dejamos un archivo de introducción como puerta de entrada y documentamos el estado del trabajo. Después, abrimos una instancia nueva y le pedimos que reconstruyera ese estado leyendo los archivos. No queríamos comprobar si seguía una orden cualquiera. Queríamos saber si la documentación bastaba para orientarla. La prueba sigue pareciéndome mejor que muchos prompts enormes: una instancia nueva debería poder decir dónde está, qué versión vale, cuál es el objetivo y qué no puede tocar. Si no puede reconstruir eso, quizá no falte más inteligencia. Quizá falta explicar mejor el territorio. El lugar que le prestamos Un modelo no tiene un cuerpo sentado frente al Kingston XXBE. Yo sí. No escucha el ventilador. No ve la etiqueta del disco. Y no sabe que reinicié hace diez minutos, salvo que algo se lo indique. Puede, sin embargo, trabajar dentro de un territorio descrito con suficiente precisión. Cuando escribo la fecha, la máquina y el disco no intento darle una vida. Intento decidir qué versión del mundo debe considerar válida y hasta dónde tiene permiso para modificarla. El mapa también es incompleto. Por eso no sustituye la comprobación ni la responsabilidad humana. Pero entrar con un mapa sigue siendo bastante mejor que entrar a oscuras, con permiso para borrar. Referencias para seguir tirando del hilo Temporal Validity in Retrieval Memory: validez temporal y datos que han dejado de estar vigentes. PROJECTMEM: memoria local y registro de decisiones para agentes de programación. MemX: memoria persistente local y límites del razonamiento entre sesiones. Is Agent Memory a Database?: memoria como proceso de incorporación, revisión, olvido y recuperación. Son trabajos recientes, y algunos todavía no han superado una revisión científica completa. Los enlazo porque ayudan a situar la discusión. No demuestran que mi costumbre doméstica sea una teoría ni que estas coordenadas resuelvan por sí solas el problema de la orientación. Material de base Abrir complemento visual en PDF. Es una pieza gráfica de apoyo al artículo: ordena en láminas las coordenadas prácticas del texto, el contexto de trabajo, los límites del agente y las referencias sobre memoria persistente. Sirve para repasar el mapa operativo de la pieza, no para sustituir la lectura completa.