Volver a Ideas
    Sistemas y operación

    Tres asistentes de IA, un solo negocio: cómo conectamos Claude Code, Codex y OpenCode sin perder el control

    31 de agosto de 20265 min de lectura
    Fila de torres de servidor iluminadas en la oscuridad, representando un sistema de IA trabajando de forma continua

    Te cuento cómo terminamos con tres asistentes de inteligencia artificial distintos -Claude Code, Codex de OpenAI y OpenCode- trabajando sobre el mismo negocio, la misma memoria y las mismas reglas, repartidos en dos computadores. Ninguno depende del otro. Ninguno mezcla mi vida personal con los datos de mis clientes. Y si uno falla, el negocio no se detiene.

    El problema que casi nadie resuelve bien

    Si usas más de un asistente de inteligencia artificial para trabajar -Claude Code, Codex, Cursor, cualquier combinación- seguramente ya chocaste con esto. Le explicas algo a uno, y el otro actúa como si nunca lo hubiera escuchado. O peor: uno hace algo que contradice lo que le dijiste al otro, porque cada asistente vive en su propia burbuja de memoria.

    • Cada asistente tiene su propia memoria y sus propias reglas. Le explicas lo mismo dos veces, o uno contradice lo que ya le dijiste a otro.
    • Mezclar cuentas y credenciales entre proyectos es un riesgo de seguridad silencioso. Un asistente que usa la sesión que tiene a mano para trabajar en el proyecto de un cliente puede dejar todo firmado con la identidad equivocada.
    • Depender de un solo proveedor de inteligencia artificial es un riesgo de negocio, no solo técnico. Si mañana ese proveedor sube el precio, cambia las reglas o tiene una caída, tu negocio entero se para con él.

    Aterrizando en la realidad: el segundo punto no es teoría. Nos pasó de verdad, dos veces, con dos clientes distintos, en la misma semana.

    Qué construimos, en términos simples

    No hicimos magia. Construimos un conjunto de reglas y mecanismos que los tres asistentes leen por igual, en las dos máquinas.

    • Un solo manual de reglas que leen los tres asistentes: cambias una regla una vez y la ven todos, no una versión distinta por asistente.
    • Memoria compartida: documentos, notas y estado del trabajo viven en un solo sitio que ambas máquinas ven casi en tiempo real.
    • Separación real entre lo personal, el negocio y cada cliente: lo personal nunca llega a los asistentes de cara al negocio, ni a ninguna copia externa.
    • Un guardián mecánico, no una promesa: cuando un asistente trabaja en el repositorio de un cliente, algo obliga por software (no por buena voluntad) a que quede firmado con la identidad de ese cliente.
    • Revisión cruzada obligatoria: ningún asistente mete código directo a producción. Rama propia, solicitud de cambio, y otro asistente distinto revisa antes de aprobar.

    Piénsalo así: no es un cartel de por favor no pases, es un torniquete. Esa es la diferencia entre confiar en que el asistente se porte bien, y que sea imposible que no se porte bien.

    Lo que no es perfecto (y por qué te lo cuento igual)

    Esto no es instalar y listo. Exige disciplina real de documentación y de revisión: sin eso, se degrada rápido a lo mismo que intenta evitar. La sincronización de documentos tampoco es una base de datos de verdad; tuvimos que construir un mecanismo aparte para que dos máquinas no se pisaran al escribir al mismo tiempo. Y uno de los tres asistentes, OpenCode, todavía no tiene trabajo real completado con él. Está conectado y configurado, pero honestamente, cero tareas de producción resueltas hasta hoy. No lo vendo como maduro porque no lo es todavía.

    Lo que se rompió de verdad (y por qué eso no es un problema)

    Aquí no te voy a vender que todo salió perfecto a la primera. Sería justo lo contrario de lo que este sistema representa. Durante la construcción se identificaron problemas reales que afectaban al trabajo: configuraciones que se sobrescribían solas, un caso donde un asistente estuvo a punto de usar la identidad equivocada, credenciales antiguas apareciendo donde ya no debían estar. Ninguno se quedó escondido. Cada uno se detectó, se corrigió y quedó documentado el mismo día que se encontró.

    Y esa es, de verdad, la parte que más confianza me da de todo el sistema: no que nunca falle, sino que cuando falla, algo o alguien lo atrapa antes de que haga daño real. Un modelo puede alucinar una regla. Un permiso del sistema, no.

    Mi punto de vista

    Si me preguntas para dónde va esto, te digo lo que veo en la realidad: cada vez más negocios van a depender de más de un asistente de inteligencia artificial, no de uno solo. Y casi nadie está pensando en cómo hacer que trabajen juntos sin perder el control. La mayoría va pegando contexto a mano entre chats, cruza los dedos, y espera que no se le mezcle algo sensible.

    No creo que la solución sea desconfiar de la inteligencia artificial. Creo que la solución es dejar de confiar solo en que el modelo se porte bien, y empezar a construir los mismos guardianes mecánicos que ya usamos en cualquier sistema serio: permisos, identidad forzada, revisión cruzada. Eso es lo que venimos construyendo en IA & Negocios desde el primer colaborador digital: no reemplazar personas, darle a tu negocio una estructura que aguanta cuando algo falla, en vez de romperse.

    Preguntas frecuentes

    ¿Se puede usar Claude Code y Codex en el mismo proyecto?

    Sí, siempre que ambos lean el mismo conjunto de reglas y memoria compartida. Sin eso, cada uno trabaja con su propio contexto y terminan contradiciéndose. La clave no es la herramienta, es la gobernanza compartida entre ellas.

    ¿Es seguro dar acceso a varios asistentes de IA a los datos de un negocio?

    Es seguro cuando la seguridad no depende de que el modelo se acuerde de una regla, sino de permisos reales del sistema: identidad forzada por software, separación de credenciales por cliente, y revisión cruzada antes de que un cambio llegue a producción.

    ¿Qué pasa si un proveedor de IA sube de precio o deja de funcionar?

    Si tu negocio depende de un solo asistente de IA, un cambio de precio o una caída del servicio te para por completo. Un sistema con más de un asistente trabajando sobre la misma memoria reduce ese riesgo: ninguno es un punto único de fallo.

    Si ya usas más de un asistente de inteligencia artificial para trabajar y sientes que vas pegando las piezas a mano, no eres el único. La pregunta que vale la pena hacerte es esta: si hoy uno de esos asistentes tuviera acceso a algo que no debía, ¿te enterarías a tiempo? Cuéntame en los comentarios cómo estás resolviendo tú ese problema, o si es la primera vez que lo piensas.

    ¿Quieres llevar estas ideas a la práctica?

    Podemos ayudarte a diseñar la estructura que tu negocio necesita.