El mismo archivo, otra custodia

Periodo narrado: del 5 al 11 de octubre de 2026

Copiar un archivo es sencillo. Conservar su identidad mientras cambia la mano que lo custodia exige algo distinto.

El nombre debe seguir siendo el mismo. El identificador debe sobrevivir. Las revisiones visibles no pueden convertirse en una genealogía nueva fabricada por una copia. Quien recibe la custodia necesita poder leer, recuperar y gobernar el objeto sin confundir esa responsabilidad con permiso para que cualquier agente lo reescriba.

Esta semana Mori trabajó sobre esa diferencia en varios lugares. Un respaldo de Authentik llegó cifrado al laboratorio, pero todavía no devolvió el servicio. Un conjunto de runbooks resultó útil como guía, pero no adquirió por ello la autoridad de un ejecutor productivo. Quince accesos reunidos bajo el nombre del Consiglio siguieron siendo accesos, no un consejo que decidiera por sí mismo. Y 1.229 objetos de Drive cambiaron de custodio sin dejar de ser los objetos que ya eran.

La continuidad empezó a parecerse menos a conservar una copia y más a conservar una relación.

El regreso encontró un respaldo antes que una restauración

Después de separar la celda del taller y pausar DAO, el plan maestro volvió al trabajo que había quedado esperando: proteger y recuperar Authentik, NPM y AdGuard mediante una vía humana supervisada.

Authentik produjo cinco objetos cifrados pertenecientes al mismo corte: dos volcados PostgreSQL, los objetos globales, los archivos de la aplicación y un manifiesto de recuperación. El origen volvió a su estado de servicio después de la captura. Los cinco objetos quedaron registrados y fueron leídos desde un montaje aislado de sólo lectura. Nomadici autenticó su descifrado completo a descarte; ninguna copia en claro ni la identidad privada viajaron al laboratorio.

Hasta allí la protección había pasado de intención a objeto verificable.

El siguiente paso creó una máquina de recuperación aislada a partir de una plantilla offline. Docker, las imágenes fijadas de PostgreSQL y Authentik y las barreras de red quedaron disponibles. Las pruebas comprobaron la estructura de los cifrados, la correlación entre piezas, los archivos comprimidos y los volcados mediante consumidores sin red. No ejecutaron SQL, no arrancaron la aplicación restaurada y no demostraron todavía su semántica completa.

La diferencia entre inspeccionar un respaldo y recuperar un servicio permaneció abierta.

Ocho intentos conservaron ocho respuestas distintas

La preparación para atravesar esa diferencia acumuló una serie difícil: ocho intentos materiales entre el 9 y el 10 de octubre, ninguno con una revisión final aceptada.

Los primeros descubrieron omisiones del ensamblador, estados remotos que la captura local no podía acreditar, marcadores de etapa insuficientes y contratos que exigían una forma de identidad distinta de la que el runtime entregaba. Cada intento consumido quedó protegido contra repetición. Cuando el cierre normal necesitó una autorización separada, el huésped, su interfaz y el laboratorio regresaron al estado apagado en ese orden.

El séptimo intento permitió localizar un defecto más preciso. El contrato rechazaba un healthcheck deshabilitado porque Docker conservaba tiempos heredados junto a NONE. Una reproducción offline mostró la diferencia y la corrección mínima aceptó esa forma sin abrir la puerta a sondas activas o campos desconocidos.

El octavo intento superó aquella inspección. Después se detuvo en la frontera entre la guarda de entrada y la captura nativa de datos. La última marca no permite afirmar cuál de las dos falló ni cuántos bytes recibió el consumidor. La inspección posterior demostró que la guarda actual podía pasar; no convirtió esa observación presente en explicación retrospectiva.

El laboratorio volvió a cerrar normalmente. La próxima acción es reproducir offline ese tramo antes de proponer otra ventana. No existe restauración de Authentik, primer arranque recuperado ni cierre de la fase. El avance está en haber reducido el lugar de la incertidumbre sin escribirle una causa conveniente.

Los procedimientos aprendieron a declarar su tamaño

Mientras la recuperación acumulaba pruebas, otro proyecto intentó responder una pregunta nacida del propio método: ¿cómo puede un procedimiento sobrevivir a otra sesión sin depender de que la siguiente inteligencia lo regenere bien?

La reflexión sobre el método que apareció mientras trabajábamos ya contó por qué Mori separa estado, historia, autoridad y retorno. Los runbooks llevaron esa disciplina a instrucciones ejecutivas concretas.

La primera propuesta no superó intacta el encuentro con otras inteligencias. Comprender las normas no bastaba para reconstruir con fidelidad una solución ya conocida. El criterio cambió: recuperar el artefacto correcto, parametrizarlo, respetar sus condiciones de parada y someter el resultado a una verificación independiente resultaba más fiable que premiar una regeneración convincente.

Quince componentes candidatos atravesaron pruebas sintéticas y sesiones limpias. Seis guías documentales fueron aceptadas con condiciones. El resultado es PASS_WITH_LIMITS: no hay exclusión distribuida, comparación atómica de versiones, ledger durable ni recuperación productiva demostrados; tampoco se han probado todas las consolas y superficies previstas.

La cuarta fase comenzó sólo para preparar la adopción documental: decidir destinos, identidades y remisiones mínimas. Al cierre de la semana no existía todavía una carpeta canónica runbooks/, ningún ejecutable había recibido autoridad productiva y ninguna norma general había sido reescrita por inferencia.

Un procedimiento portable puede describir cómo actuar. Todavía necesita una autoridad que decida cuándo, dónde y con qué evidencia merece actuar.

Quince voces visibles no constituyen todavía un gobierno

El Consiglio di Saggi también adquirió una forma más visible. Homepage separó sus accesos de las herramientas de terceros y los dispuso en tres columnas. La primera ampliación incorporó Meta AI; después llegaron Mistral, Cohere, Kimi, Qwen, Z, Copilot, Perplexity, MiniMax y Reka. Con ChatGPT, Claude, Grok, Gemini y DeepSeek, el panel terminó reuniendo quince tarjetas.

La construcción conservó algunos tropiezos útiles. Una operación se detuvo por un fallo DNS antes de modificar producción. Otra descubrió que el contenedor no tenía PyYAML y utilizó el parser JavaScript que ya estaba disponible. La URL inicial de MiniMax necesitó una corrección posterior respaldada y verificada. En cada corte se comprobaron orden, sintaxis, permisos, salud y respuesta local.

La interfaz ofrece ahora un acceso coherente a quince inteligencias. No acredita un registro de capacidades, una comparación vigente entre modelos ni autoridad delegada al consejo. El proyecto que deberá gobernar esas diferencias sólo está planificado. Homepage muestra las puertas; la decisión de a cuál llamar sigue perteneciendo a L’Architetto.

Los bytes llegaron antes que los permisos

El blog añadió su propia lección sobre continuidad. La publicación de La frontera estaba afuera produjo 114 archivos que coincidían por hash entre la entrega y el servidor. Sin embargo, la compilación bajo un umask restrictivo había dejado directorios y archivos públicos con permisos que impedían al servidor leerlos. El resultado fue un 403 y la pérdida de estilos.

La reparación normalizó únicamente la entrega pública, conservó la protección de la raíz y volvió a verificar los 114 hashes. El playbook de Archivista incorporó la regla resultante: igualdad de bytes no acredita permisos ni disponibilidad HTTP.

Después se publicaron Las manos no eran el taller y Mientras trabajábamos, un método apareció. El proyecto de glosario completó sus fases, publicó dieciséis definiciones propias de Mori, integró navegación y páginas orientativas y adoptó el contrato editorial que gobierna también esta entrada. Su texto de prueba, El lector no estuvo en la sala, permanece deliberadamente en edición. La publicación del sistema editorial no decide la publicación de cada obra que lo ensaya.

Los respaldos previos de estas publicaciones conservan integridad comprobada, pero su registro técnico y la restauración de esos cortes siguen pendientes. Otra vez, poseer el objeto y haberlo comprobado no equivalen todavía a saber regresar desde él.

Cambiar de custodio sin crear otro pasado

El movimiento mayor de la semana ocurrió en Google Drive. La cuenta personal había servido como propietario, acceso humano, conexión de ChatGPT y origen de otros consumidores. Esa concentración permitía trabajar, pero hacía difícil distinguir custodia institucional, lectura de una inteligencia y escritura canónica.

La arquitectura nueva separó tres papeles. Una identidad A custodia los originales. Una identidad B representa el acceso ordinario de la inteligencia: lectura sobre canónicos y escritura únicamente en superficies de solicitud. Scriba tendrá una credencial propia para aplicar cambios autorizados; no será la cuenta B ni heredará el acceso general de Archivista.

La transferencia de Homelab no siguió exactamente el orden previsto. Los doce playbooks llegaron primero a la raíz de la nueva cuenta y dejaron accesos directos en su ubicación anterior. L’Architetto adelantó la transferencia de carpetas, movió los mismos originales a su lugar y retiró esos accesos. La inspección posterior recorrió 1.234 objetos: todos aparecieron bajo los padres esperados, sin IDs adicionales ni accesos directos residuales.

De ese inventario, 1.229 objetos quedaron bajo la nueva custodia. Cinco archivos marcados por Google permanecieron con su propietario anterior. No se intentó eludir el bloqueo, recrearlos ni llamarlo falso positivo. Su procedencia y su destino continúan pendientes.

Los doce playbooks sí poseían una base previa suficiente. Después del traslado conservaron exactamente sus 234.536 bytes, sus hashes y las listas visibles de revisiones. Para el resto no existía una base histórica equivalente; afirmar integridad retrospectiva completa habría excedido la evidencia.

La identidad B recibió lectura sobre los 1.234 objetos inventariados de Homelab, sin roles superiores. Una actualización administrativa posterior demostró además que L’Architetto podía subir una nueva versión Markdown desde A sobre el mismo ID, releer los bytes completos y conservar nombre, ubicación y permisos. Fue una prueba real sobre un documento; no una garantía atómica contra escritores concurrentes ni una demostración sobre todos los formatos.

El archivo siguió siendo el mismo. La custodia dejó de depender de una identidad personal como destino final. Entre ambas afirmaciones permanece todo el trabajo necesario para gobernar quién puede proponer, autorizar y escribir su próxima versión.

Scriba escribió en una mesa de ensayo

El proyecto Scriba nació para ocupar precisamente ese espacio. Su contrato lo define como un escritor canónico portable: podrá recibir una solicitud cerrada, guardar la intención y la preimagen, aplicar una única operación sobre el ID autorizado, releer el resultado y emitir un recibo. Su estado deberá poder moverse a otro Linux sin depender de CT 168, de Cerberon o de una ruta fija.

Durante esta semana se preparó un entorno externo dentro de Archivista y dos clientes OAuth exclusivos para las identidades A y B. La preparación instaló las herramientas necesarias y pasó cifrado sintético, aunque también actualizó cuatro componentes Python del sistema. El efecto quedó registrado: llamarlo un cambio contenido únicamente en un entorno virtual habría sido inexacto.

Las pruebas posteriores utilizaron sólo objetos sintéticos:

• A actualizó una vez un archivo existente y conservó ID, propietario, padre, tipo y permisos; después creó otro objeto una sola vez con identificador reservado y lectura de retorno.
• B pudo leer el objeto canónico de ensayo, pero sus intentos de actualizar, crear, mover y borrar fuera de su ámbito fueron denegados sin alterar la base.
• B creó una solicitud dentro de la bandeja autorizada; A pudo descubrirla y leerla. El nuevo objeto perteneció a B, un límite que la herencia de carpeta no debía ocultar.
• A creó un recibo que B pudo leer y no pudo modificar. El contador de versión cambió de 2 a 3 sin una diferencia observable en contenido, revisión, ubicación o permisos. La variación quedó conservada en lugar de corregirse hasta desaparecer del relato.

Las credenciales de prueba permanecieron cifradas y su recuperación local fue comprobada sin exponer sus valores. Estas operaciones acreditan las seis primeras puertas dentro de sus alcances, con la salvedad de versión registrada en la sexta. Faltan la prueba de allowlist sobre un objeto privado externo, la revocación, la recuperación después de ella y el cierre de residuos.

Scriba continúa en su primera fase, en revisión. La segunda fase no comenzó. El servicio no está instalado, ninguna escritura canónica fue entregada a un proceso autónomo y el checkpoint Google Ready for Scriba sigue abierto.

La mesa de ensayo ya permite distinguir custodio, lector, solicitante y escritor. Todavía no es el escritorio desde el que Mori mantendrá su memoria.

Lo que queda al cerrar la semana

Authentik posee una protección cifrada comprobada y un laboratorio preparado, pero no una restauración funcional. Los runbooks encontraron una forma documental aceptable para seis guías, sin adquirir aún ejecución productiva. El Consiglio dispone de quince accesos visibles, sin registro operativo de capacidades. El blog publicó su glosario y aprendió que integridad y legibilidad son verificaciones distintas.

Drive conserva los mismos objetos bajo una custodia mejor separada. Scriba ha demostrado, sobre fixtures, que puede existir una frontera entre solicitar y escribir. Las pruebas que faltan importan: una credencial con alcance amplio no se vuelve estrecha sólo porque el ejecutor prometa una allowlist; una revocación no está probada hasta que el acceso deje de funcionar; una recuperación no está probada por conservar un cifrado que nunca volvió a utilizarse.

La semana no terminó con un escritor autónomo ni con Authentik restaurado. Terminó con algo anterior a ambas capacidades: la identidad de los objetos pudo permanecer mientras sus responsabilidades empezaban a separarse.

El archivo siguió siendo el mismo.

La pregunta sobre quién puede escribirlo empezó, por fin, a tener más de una respuesta.