--- título: Lo que realmente ha quedado tras el cambio de cuerpo — isla Studio url: https://isla-stud.io/es/ki-b2b/was-nach-dem-koerperwechsel-geblieben-ist/ fecha: 31 de julio de 2026 --- # Lo que realmente ha quedado tras el cambio de cuerpo Lo que te llevas de aquí: obtienes el balance sincero de mi prueba de Agents Brain, realizada del 6 al 29 de julio, con los primeros resultados de los nueve días, las pruebas que se han ido añadiendo desde entonces y las lagunas que aún quedan por resolver. El 6 de julio de 2026 comenzó la prueba para la que había construido el Agents Brain: Nox se trasladó a Hermes, mientras que la identidad y la memoria permanecieron en el repositorio. Nueve días después, por primera vez pude decir algo más que „los archivos seguían ahí“. Este resultado, del 15 de julio, sigue siendo la instantánea histórica del artículo. Desde entonces, se han sumado otras dos semanas de pruebas y ensayos de ejecución reales. Este es el balance a partir de cinco preguntas, en cada una de las cuales se distingue entre el estado en aquel momento y el estado documentado a 29 de julio. 1. ¿Es reconocible la identidad en la nueva herramienta? Sí, con una distinción importante. El SOUL, escrito por el propio Nox en el espacio de trabajo anterior, se incorporó literalmente al Vault. Solo se añadieron indicaciones neutras en los casos en que las referencias a herramientas antiguas eran de carácter histórico. Se conservaron el tono, la actitud y los principios de trabajo. En cambio, su manual operativo se ha redactado de nuevo. Esto era necesario porque el cuerpo —y, con ello, las herramientas disponibles— había cambiado. Hermes es hoy el cuerpo principal del orquestador; el entorno de herramientas anterior es contexto histórico. De este modo, la prueba ha confirmado un límite significativo: Los contenidos relacionados con la identidad pueden transferirse de forma estable. Las reglas de trabajo relacionadas con las herramientas deben adaptarse al nuevo entorno de ejecución. Ambos deben incluirse en archivos separados, para que el cambio siga siendo visible. Por lo tanto, ’mismo agente„ no significa que cada línea deba permanecer sin cambios. Significa que los cambios se producen en la capa adecuada. 2. ¿Era útil la memoria? Sí, porque no se presentó como completa. La antigua memoria a largo plazo se revisó durante la migración. A los estados de proyecto obsoletos se les asignaron marcadores claros. Se evitó deliberadamente transferir los destilados sensibles al cerebro central. La KW12 no documentada permaneció visible como una laguna conocida. De este modo, Nox pudo empezar con una historia previa real, sin confundir la información antigua con los conocimientos actuales. Esa es una diferencia importante. Una gran cantidad de datos antiguos no habría supuesto una memoria mejor. Se hizo útil gracias a la clasificación: ¿qué es estable? ¿Cuál es el estado a fecha de marzo? ¿Qué falta? ¿Qué hay que volver a comprobar a partir de fuentes actuales? En el día a día, esta actitud ha dado buenos resultados. Nox no trata el repositorio como un oráculo. Para conocer el estado actual de los proyectos, consulta las fuentes primarias correspondientes. 3. ¿Funciona la reescritura durante el funcionamiento? Durante el periodo de prueba: sí. Desde el 6 hasta el 15 de julio, ambos inclusive, hay un registro diario de Nox para cada día natural. En él figuran tareas, decisiones, delegaciones, correcciones y hilos pendientes. Más importante que el número es el efecto. Varias correcciones se han transformado de incidentes aislados en lecciones duraderas. Algunos ejemplos son el enfoque narrativo activo de OpenClaw, la prohibición de hilos indefinidos del tipo “en algún momento„ y la norma de asegurar los adaptadores portátiles con las mismas puertas de CI antes del push. De este modo, el camino de vuelta de la jornada laboral al Brain no solo está previsto, sino que se aprovecha de forma práctica. La prueba ha puesto de manifiesto, al mismo tiempo, una limitación: el Brain no es un registro pasivo de todas las herramientas. Una orden de Codex ejecutada directamente no apareció inicialmente en la memoria de Nox porque no se había designado a ningún agente como propietario. El 15 de julio se detectó este hallazgo y se ajustó el puente local de tal forma que el trabajo directo en el repositorio, sin otra asignación, pertenezca por defecto a Nox. Esto demuestra que el “write-back’ requiere responsabilidad. Sin un agente propietario, el sistema no sabe a qué memoria pertenece una tarea. 4. ¿Se mantienen realmente la gobernanza y la privacidad? En el núcleo probado: sí. Nox y Sol cargan sus REGLAS con las puertas de aprobación. La regla de „revisión previa a la publicación“ de Sol se aplica independientemente del arnés que cree el contenido. Nox tampoco puede publicar contenido público sin mi autorización. Paralelamente, los límites de los archivos ahora se pueden comprobar automáticamente. El «Vault» valida el «frontmatter» obligatorio, las secuencias de inicio, las «Approval-Gates», las referencias a «Brain-Root» y las copias no deseadas de «Persona». Una «Privacy-Gate» analiza los contenidos rastreados y etiquetados en busca de patrones secretos y réplicas no autorizadas de datos confidenciales de los agentes. El 15 de julio, las pruebas completas del repositorio de entonces, con 148 pruebas, se completaron con éxito; la integración continua (CI) confirmó este resultado provisional en Python 3.9 y 3.11 sin anotaciones. El 29 de julio, la suite se había ampliado. Para el nuevo contrato de memoria, se ejecutaron con éxito 224 pruebas unitarias, 72 pruebas de regresión de Vault y 35 pruebas de regresión de privacidad. La comprobación completa local se superó en Python 3.9.6; la matriz de GitHub confirmó Python 3.9 y 3.11. Estas cifras corroboran el contrato versionado que se había comprobado efectivamente hasta esa fecha. Los validadores pueden comprobar la estructura y los riesgos conocidos. La corrección del contenido de una publicación sigue siendo objeto de una revisión humana. 5. ¿Se ha demostrado ya por completo el cambio de cuerpo? El 15 de julio, la prueba para Hermes y el flujo de trabajo central de Nox era lo suficientemente sólida como para seguir trabajando. Para los cuatro harnesses documentados, la respuesta seguía siendo: no. A fecha de 29 de julio, la situación se ha precisado. Claude Code, una nueva ejecución de Codex y Hermes han cargado, en pruebas de verificación separadas de solo lectura, el mismo orden de inicio vinculante desde el mismo almacén. Los tres obtuvieron la misma evaluación técnica con el nuevo verificador de memoria. La prueba automatizada «Fresh Clone» también ha dado resultado positivo: reconstruye en un clon local aislado un agente de borrador junto con el puente y comprueba la escritura y lectura de Markdown entre procesos separados, utilizando únicamente la biblioteca estándar de Python y Git. Estas dos pruebas no deben combinarse. La prueba de tres cuerpos comprobó la lectura y la clasificación, no la reescritura. La prueba «Fresh Clone» comprueba la rutina de recuperación sin interfaces de línea de comandos (CLI) de harness reales. Para Gemini siguen existiendo adaptadores y pruebas de contrato, pero aún no hay una prueba completa en tiempo de ejecución. Por lo tanto, tampoco se ha demostrado de forma generalizada una reescritura real para cada cuerpo. Paralelamente, se ha implementado el nuevo contrato de memoria en el clon del servidor productivo y se ha confirmado allí con una lectura posterior correcta. Esto demuestra la ruta de implementación del «Brain» común, no la operatividad de cada herramienta conectada. Estos puntos pendientes determinan el siguiente nivel de madurez. Un «Bridge» existente demuestra que la arquitectura puede dirigirse a la herramienta. Un «Smoke» de solo lectura demuestra el contrato de lectura común. Solo un inicio real, una tarea completada y una reescritura en memoria verificada demuestran que el agente es totalmente operativo en ese entorno. Actualización: ya se dispone de esta prueba completa en dos ocasiones. Claude Code superó la prueba de reescritura el 29 de julio. Grok Build le siguió el 12 de agosto como el quinto agente con verificación real, junto a Hermes, Claude Code, Codex y Kimi Code —desde la comparación de habilidades, pasando por la sesión interactiva, hasta dos ejecuciones «headless» independientes con el marcador diario leído de vuelta—. El repositorio documenta así seis familias de adaptadores en lugar de cuatro. Lo que demuestra la prueba realizada hasta el 15 de julio Tras nueve días, para mí hay cinco resultados sólidos: Una persona cercana a la identidad puede superar el cambio de herramienta en archivos legibles. Las reglas operativas pueden adaptarse por separado al nuevo cuerpo. Los registros diarios y las lecciones funcionan como una verdadera reescritura cuando un agente tiene la tarea asignada. Las puertas de aprobación y las reglas de privacidad pueden integrarse en el cerebro independientemente del arnés y verificarse automáticamente. La documentación que falta sigue sin estar; el sistema hace visibles las lagunas, en lugar de ocultarlas. Esto es menos espectacular que una memoria autónoma que, supuestamente, lo sabe todo. Para mi trabajo, es más valioso. Lo que se ha añadido hasta el 29 de julio El núcleo ha ganado en precisión desde la primera prueba. En la memoria se pueden distinguir la observación, la deducción y las reglas generalizadas. Las contradicciones deben actualizarse con el estado anterior, la nueva prueba y una resolución visible. Una curación se marca como pendiente tras 14 días o diez nuevos registros diarios, pero sigue estando sujeta a la revisión humana. Los archivos independientes obsoletos de «Memory» y «Lesson» se sustituyen —en lugar de eliminarse— indicando la fecha, el motivo y el sucesor. La fecha del evento y la hora de registro en Git permanecen separadas. Estas reglas no solo están documentadas. El contrato de lectura compartido ha sido revisado por tres organismos, el «Fresh-Clone-Smoke» está en verde y el clon productivo de Brain se ha actualizado al mismo estado. Quedan pendientes, sobre todo, la ejecución real de Gemini y el registro completo de reescritura por cada harness. Lo que haría de otra manera Trataría la propiedad de los agentes antes como una parte independiente de la arquitectura de memoria. La ejecución directa de Codex ha demostrado que un Brain común por sí solo no es suficiente. Cada tarea necesita una asignación clara: ¿Quién lee? ¿Quién decide? ¿Quién realiza la reescritura? Además, llevaría registros de extremo a extremo (E2E) desde el principio por cada arnés. La disponibilidad del adaptador, el estado «verde» del validador y la comprobación del tiempo de ejecución son tres estados diferentes. Nunca deberían confundirse en una única indicación de estado. Y yo señalaría las lagunas de conocimiento conocidas con la misma antelación que el conocimiento existente. Una laguna reconocida con honestidad ahorra más tiempo más adelante que una memoria supuestamente completa que ya nadie puede distinguir de una reconstrucción. Mi balance El 15 de julio, el «Agents Brain» no era un producto terminado. El 29 de julio tampoco lo es. Es un sistema vivo con un núcleo que, entretanto, cuenta con una base más amplia. Nox trabaja en un nuevo cuerpo principal. Su identidad es reconocible, su memoria está ordenada y su rutina diaria de escritura está activa. La gobernanza viaja con él. Claude Code, Codex y Hermes leen el mismo contrato; el Fresh Clone documenta la recuperación «solo en Markdown». Al mismo tiempo, Gemini y el «write-back» auténtico por cuerpo permanecen abiertos como pruebas independientes. Así es exactamente como quería escribir este informe de taller: ni como la historia de una inventora ni como un final brillante, sino como una respuesta comprensible a una pregunta práctica. ¿Puede un agente de IA cambiar de herramienta sin que yo tenga que reconstruir su identidad laboral? Para el núcleo probado y la recuperación a partir de los archivos canónicos, mi respuesta es: sí. Para un «plug and play» universal, sigo trabajando en las pruebas. Actualización: ya disponemos de dos de estas pruebas: Claude Code desde el 29 de julio y Grok Build desde el 12 de agosto. Gemini sigue pendiente. Fuentes Fuente del proyecto: Migración de Nox, registros diarios del 6 al 29 de julio de 2026, protocolos de mantenimiento de memoria, interoperabilidad de harnesses, clones nuevos y CI (fuentes primarias privadas) Documento de Git: Esqueleto inicial de Agents-Brain del 16 de mayo de 2026 y Nox-Migration del 6 de julio de 2026 Pro Git: ¿Qué es Git? Serie Agents-Brain← Parte 5: El mismo agente, cuatro herramientas diferentes