{"id":3903,"date":"2026-07-29T07:45:00","date_gmt":"2026-07-29T05:45:00","guid":{"rendered":"https:\/\/isla-stud.io\/?p=3903"},"modified":"2026-08-15T00:29:22","modified_gmt":"2026-08-14T22:29:22","slug":"el-mismo-agente-cuatro-herramientas","status":"publish","type":"post","link":"https:\/\/isla-stud.io\/es\/ki-b2b\/derselbe-agent-vier-werkzeuge\/","title":{"rendered":"Mis agentes de IA no son propiedad de su herramienta"},"content":{"rendered":"

Lo que te llevas de aqu\u00ed:<\/strong> Por qu\u00e9 la identidad de mis agentes de IA se encuentra en archivos independientes en lugar de en la propia herramienta, c\u00f3mo seis programas diferentes cargan, a pesar de todo, el mismo equipo, y en qu\u00e9 me baso para evaluar qu\u00e9 parte de todo ello funciona de forma productiva.<\/p>\n\n\n\n

Mi \u00abAgents Brain\u00bb surgi\u00f3 inicialmente a ra\u00edz del problema de que mi equipo de IA depend\u00eda en gran medida de una \u00fanica herramienta (Harness): la orquestaci\u00f3n en tiempo real, los canales y las automatizaciones ya implementadas. Pude conservar los archivos Markdown de mis agentes, pero tuve que reconstruir todo lo dem\u00e1s desde cero.<\/p>\n\n\n\n

Desde entonces, programo de tal forma que eso no vuelva a ocurrirme. Qui\u00e9nes son mis agentes, qu\u00e9 pueden hacer y qu\u00e9 han aprendido figura en archivos que, en primer lugar, me pertenecen y, en segundo lugar, cuyos cambios puedo rastrear. El programa en el que se est\u00e1 ejecutando un agente, por el contrario, es intercambiable; los expertos llaman a este entorno de ejecuci\u00f3n \u00abharness\u00bb, pero yo suelo decir simplemente: su \u00abcuerpo\u00bb actual.<\/p>\n\n\n\n

Un agente no es simplemente la ventana de chat en la que estoy hablando con \u00e9l ahora mismo. Esa ventana es solo el lugar en el que trabaja hoy. Aqu\u00ed podr\u00e1s leer c\u00f3mo ese mismo agente puede trabajar en diferentes herramientas sin que yo tenga que volver a crearlo cada vez.<\/p>\n\n\n\n

Lo que me ahorra esta separaci\u00f3n<\/h2>\n\n\n\n

Parece un detalle arquitect\u00f3nico. Pero para m\u00ed es una decisi\u00f3n empresarial.<\/p>\n\n\n\n

En enero y febrero de 2026, con OpenClaw, pude comprobar lo r\u00e1pido que una herramienta puede llegar a requerir m\u00e1s mantenimiento del que realmente ahorra en trabajo. En un momento as\u00ed, quiero poder cambiar de proveedor sin perder a mi equipo; en el \u00e1mbito de las compras, el problema que evito con ello se conoce como \u00abdependencia de un \u00fanico proveedor\u00bb. Mis agentes no dependen de un \u00fanico proveedor, porque no hay nada esencial que solo exista en su producto.<\/p>\n\n\n\n

A esto hay que a\u00f1adir la continuidad. Cuando ense\u00f1o a una agente una forma de trabajar o establezco una correcci\u00f3n de forma permanente, es importante que eso perdure m\u00e1s all\u00e1 del pr\u00f3ximo cambio de herramientas. De lo contrario, tras cada traslado volver\u00e1 a comenzar esa fase tan laboriosa en la que el equipo desconoce sus propias reglas.<\/p>\n\n\n\n

Y como mi autora, Sol, escribe bajo mi nombre, hay una tercera raz\u00f3n: la fiabilidad en las autorizaciones de publicaci\u00f3n. El hecho de que ella nunca publique por su cuenta no debe depender de la herramienta que utilice hoy. M\u00e1s adelante hablar\u00e9 de ello.<\/p>\n\n\n\n

Un peque\u00f1o archivo indica a la herramienta d\u00f3nde se encuentra el agente<\/h2>\n\n\n\n

Para que una herramienta pueda cargar un agente, se necesita un puente. En mi caso, se trata de un peque\u00f1o archivo de configuraci\u00f3n, el adaptador: apunta a la carpeta del agente en Brain \u2014el repositorio Git privado en el que se almacenan todos estos archivos con control de versiones\u2014, especifica el orden de lectura para el inicio, carga expresamente las reglas de autorizaci\u00f3n y exige que, al final de una sesi\u00f3n, el agente vuelva a escribir una entrada diaria en su memoria (el denominado \u00abwrite-back\u00bb).<\/p>\n\n\n\n

Igual de importante es lo que no debe incluirse: ni una copia de la personalidad, ni conocimientos especializados duplicados, ni una segunda versi\u00f3n de las normas de autorizaci\u00f3n. Cualquier copia empieza a quedar obsoleta en cuanto existe. Eso es precisamente lo que constru\u00ed una vez: en una configuraci\u00f3n inicial hab\u00eda una copia compuesta de la persona en el sistema de destino, y me di cuenta de que, con la siguiente correcci\u00f3n en Brain, seguir\u00eda siendo incorrecta. Ese mismo d\u00eda lo cambi\u00e9 a referencias directas y, desde entonces, mantengo deliberadamente peque\u00f1os esos archivos.<\/p>\n\n\n\n

Seis puentes hacia el mismo cerebro<\/h2>\n\n\n\n

Actualmente existen estos puentes para seis herramientas. Claude Code, de Anthropic, lee instrucciones relacionadas con el proyecto, incluidas las definiciones de los agentes. Codex \u2014la herramienta de l\u00ednea de comandos del universo ChatGPT de OpenAI\u2014 recibe un resumen del proyecto. Google Gemini espera un archivo de proyecto propio, y Hermes, de Nous Research, carga la identidad a trav\u00e9s de un mensaje del sistema. Kimi Code, de Moonshot AI, y Grok Build, de xAI, las dos m\u00e1s recientes, incorporan cada una sus propios formatos de agente.<\/p>\n\n\n\n

Seis formatos, seis sintaxis diferentes. Sin embargo, en cuanto al contenido, en todos ellos se indica lo mismo: d\u00f3nde reside el agente, qu\u00e9 hay que leer al inicio, qu\u00e9 autorizaciones est\u00e1n vigentes y qu\u00e9 se vuelve a escribir al final.<\/p>\n\n\n\n

Siguiendo el mismo principio, mis agentes se pasan el trabajo entre s\u00ed. Cuando Nox \u2014mi \u00abOrquestador\u00bb, es decir, el agente que distribuye las tareas y se encarga de la supervisi\u00f3n general\u2014 delega un encargo a otra herramienta, no copia la \u00abpersona\u00bb en el texto del encargo. Escribe, en esencia: \u00abTrabaja como Sol, lee primero sus archivos\u00bb. De este modo, el destinatario siempre carga la versi\u00f3n m\u00e1s actualizada, incluidas las \u00faltimas correcciones.<\/p>\n\n\n\n

Las reglas de autorizaci\u00f3n se aplican en todos los casos<\/h2>\n\n\n\n

La parte menos negociable de este sistema son los l\u00edmites. Sol puede redactar textos y guardarlos como borradores en WordPress; pero no puede publicarlos, eso lo decido yo. Esta regla figura en sus propios archivos de agente \u2014en RULES, su contrato de trabajo con habilidades y autorizaciones, y en MASTER, su manual detallado\u2014 y ambos se cargan cada vez que se inicia, independientemente de la herramienta que se utilice.<\/p>\n\n\n\n

As\u00ed pues, aunque Nox les encargue el trabajo a trav\u00e9s de Codex en lugar de a trav\u00e9s de Claude Code, esto no cambia en nada dicha autorizaci\u00f3n. Ni siquiera la herramienta m\u00e1s potente obtiene derechos adicionales por el mero hecho de tener m\u00e1s funciones: una cadena de delegaci\u00f3n m\u00e1s larga no convierte a una autora en editora. Lo mismo se aplica a todo lo que cuesta dinero, a lo que implica borrar algo o a lo que se publica: esas acciones siguen siendo de mi competencia, independientemente de la herramienta que se utilice.<\/p>\n\n\n\n

Cuatro pasos desde la promesa hasta la prueba<\/h2>\n\n\n\n

Llegados a este punto, podr\u00eda afirmar: seis herramientas, un equipo, todo va sobre ruedas. Pero seis archivos de adaptador no demuestran nada por s\u00ed solos: un archivo de configuraci\u00f3n es una promesa, pero a\u00fan queda mucho para que todo funcione. Por eso compruebo cada cuerpo en cuatro fases y solo afirmo lo que cada fase permite.<\/p>\n\n\n\n

En primer lugar, los scripts de prueba autom\u00e1ticos comprueban el estado del documento. \u00bfApunta el puente al \u00abBrain\u00bb correcto? \u00bfCarga los archivos obligatorios? \u00bfContienen las reglas de autorizaci\u00f3n? Estas pruebas detectan incluso peque\u00f1os detalles, como por ejemplo cuando un nombre concreto se incluye por error en una plantilla gen\u00e9rica.<\/p>\n\n\n\n

En la segunda fase, la herramienta debe iniciarse realmente y leer la identidad en el orden previsto \u2014solo en modo lectura, sin modificar nada\u2014. Solo entonces sabr\u00e9 que el sistema realmente carga la persona y no es solo que podr\u00eda cargarla.<\/p>\n\n\n\n

La tercera fase es mi prueba de emergencia. A partir de una copia reciente del repositorio, en un entorno deliberadamente minimalista sin mis programas habituales, debe ser posible restaurar un agente con todas sus reglas y rutinas de memoria, utilizando \u00fanicamente Git y las herramientas nativas de Python. Si esto funciona, el sistema no depender\u00e1 de ninguna instalaci\u00f3n oculta en mi ordenador.<\/p>\n\n\n\n

La cuarta fase es la ejecuci\u00f3n completa: el agente realiza una tarea real mientras la herramienta est\u00e1 en funcionamiento, cumple con sus autorizaciones y graba la entrada diaria en su memoria. A continuaci\u00f3n, una segunda ejecuci\u00f3n independiente debe poder leer de nuevo esa entrada. Solo entonces considero que un sistema est\u00e1 completamente operativo.<\/p>\n\n\n\n

Las etapas se suceden una tras otra, y ninguna de ellas incluye la siguiente. Quien las mezcle, convertir\u00e1 r\u00e1pidamente una configuraci\u00f3n real en una prueba pr\u00e1ctica inventada.<\/p>\n\n\n\n

D\u00f3nde se encuentran hoy los seis cuerpos<\/h2>\n\n\n\n

Cinco de los seis ya han completado partidas reales, pero no todos al mismo nivel, y eso es precisamente lo que digo. Hermes es el cuerpo en el que Nox trabaja a diario y lleva su diario. Claude Code ha superado la prueba completa: tarea real, plazos cumplidos, entrada diaria redactada y revisada de forma independiente. Grok Build, la \u00faltima incorporaci\u00f3n, tambi\u00e9n ha superado ya esa misma prueba. Hay dos limitaciones que hay que tener en cuenta: las ejecuciones sin supervisi\u00f3n requirieron varias continuaciones expl\u00edcitas de la misma sesi\u00f3n, y la memoria a largo plazo integrada de Grok permanece desactivada de forma deliberada; los recuerdos se almacenan exclusivamente en el Brain.<\/p>\n\n\n\n

Codex ha demostrado en varias ocasiones la validez del contrato de lectura conjunta, la \u00faltima de ellas en una comparaci\u00f3n directa con Claude Code y Hermes: los tres leyeron la misma secuencia inicial del mismo \u00abBrain\u00bb y llegaron a la misma interpretaci\u00f3n. Kimi Code ha completado su primera carrera real, aunque hasta ahora solo ha le\u00eddo. A ambos les queda por completar la carrera completa con la entrada diaria reescrita; por eso no se afirma que lo hayan hecho.<\/p>\n\n\n\n

Queda Gemini. El puente est\u00e1 construido y supera todas las pruebas contractuales, pero a\u00fan no se ha realizado una prueba real, y eso ya no se debe a mi configuraci\u00f3n: Google ha suspendido el acceso gratuito a esta herramienta y remite a un producto sucesor. Decidir\u00e9 con calma si me cambio a ese producto, si contrato un acceso de pago o si dejo Gemini en espera por el momento. Hasta entonces, Gemini figura en mi lista como lo que es: preparado, pero sin utilizar.<\/p>\n\n\n\n

Por qu\u00e9, a pesar de todo, hablo de \u00abcambio de cuerpo\u00bb<\/h2>\n\n\n\n

La met\u00e1fora es v\u00e1lida siempre y cuando se mantenga t\u00e9cnicamente correcta. El cuerpo aporta las capacidades: acceso al modelo, terminal, navegador, control de tiempo e interfaz. El \u00abcerebro\u00bb aporta el papel, la destreza, los l\u00edmites y la memoria. Por lo tanto, un cambio modifica lo que un agente puede hacer y d\u00f3nde trabaja, pero no qui\u00e9n es.<\/p>\n\n\n\n

Esto solo funciona mientras ambas partes permanezcan separadas. En cuanto un cuerpo empieza a acumular conocimientos propios que no se reflejan en ning\u00fan otro lugar, vuelve a formar parte de la memoria \u2014y yo vuelvo a depender de una \u00fanica herramienta\u2014.<\/p>\n\n\n\n

Si te preguntas si todo este esfuerzo merece la pena en el d\u00eda a d\u00eda: precisamente ese es el balance que hago en la \u00faltima parte: qu\u00e9 era realmente transferible al cambio de cuerpo, qu\u00e9 lagunas se hicieron evidentes y qu\u00e9 pruebas a\u00fan faltan.<\/p>\n\n\n\n

Fuentes<\/h3>\n\n\n\n