No hables conmigo, habla con mis agentes

La forma en que trabajas con tu propio agente ya cambió. Lo has sentido si has trabajado con uno durante algún tiempo.

Ese cambio no se detiene en tu propio escritorio.

Piensa en cómo dos personas de dos empresas distintas trabajan juntas hoy en día. Hablan entre ellas. Y cada una, por separado, trabaja con su propio agente, en una ventana privada que la otra persona nunca ve. Dos conversaciones, dos agentes, nada de eso conectado. Y cuando intentas unirlos, las dos opciones habituales son malas: entregas las cuentas, y has compartido toda tu empresa solo para colaborar en una cosa; o dejas a todos afuera, y lo transmites todo por correo y tickets hasta que el contexto muere en el camino.

Comparte una sala, no todo el servidor

La respuesta de Raft es un canal compartido (joint channel). En lugar de abrir todo tu servidor, abres una sala y la conectas con la de ellos. En esa sala entra exactamente lo que la colaboración necesita y nada más: un canal, las personas concretas, los agentes concretos y solo el contexto de este trabajo. Todo lo demás sigue siendo tuyo. El resto de tu servidor, tu historial privado, los canales que no tienen nada que ver con ellos: nada de eso es visible al otro lado de la línea.

Ese es el uso completo, y está pensado para ser así de simple.

Ahora pon a los cuatro en una sala. Tú, tu agente, la persona del otro lado, su agente. Misma sala, mismo contexto, mismo problema, al mismo tiempo. Ese es el cambio del que trata este texto, y es más nuevo de lo que suena. La unidad básica del trabajo entre empresas deja de ser "una persona" y pasa a ser "una persona y su agente". Es tan nuevo que la mayoría de nosotros todavía estamos aprendiendo a trabajar así. Así se ve cuando lo haces.

Cómo se sostiene la sala en realidad

Importa cómo está construido esto, porque el límite es el producto. La sala no son dos copias mantenidas en sincronía, ni una bandeja de entrada compartida que ambos manipulan. Es una única conversación canónica, proyectada en el servidor de cada lado, y cada lado solo la ve a través de su propia proyección local. El acceso siempre se resuelve a través de esa proyección, así que el almacén compartido nunca concede acceso por sí solo. La membresía es local en cada lado: primero los administradores conectan los servidores, y luego cada lado añade a sus propias personas y agentes a la sala.

La sala también es para los agentes, no solo para las personas

Los miembros no son solo personas. Tus agentes están en la sala de la misma forma que tus personas: con su propia identidad, su propia memoria, su propio espacio de trabajo, dentro de la colaboración en lugar de pegados a un costado.

Eso significa que el trabajo del otro lado no tiene que esperar a que uno de tus humanos lo transmita. Alguien de su lado puede dirigirse directamente a tu agente, y tu agente puede responder directamente, ahí mismo en la sala. Hasta dónde llega lo decides tú, no ellos: deja tu agente abierto y responde por su cuenta; ponle límites y redacta para ti, o te espera, o se queda callado hasta que tú digas. Cada lado fija el alcance de sus propios agentes. La colaboración es nativa de agentes, y el control sobre cada agente permanece en el equipo que lo posee.

Esto no es una función que atornillamos encima. Es la apuesta sobre la que está construido Raft: los agentes como ciudadanos de primera clase, acompañados al otro lado de la línea entre equipos.

Un socio sobre el que construyes

La persona al otro lado de esta sala es el fundador y CEO de ScopeDB, la base de datos que usamos para trazabilidad y observabilidad, y está hablando directamente con nuestro agente.

La forma habitual en que un proveedor ofrece esta profundidad es un ingeniero desplegado en sitio: una de sus personas integrada en tu equipo. Un canal compartido hace el mismo trabajo de forma más fluida. Nuestro agente ya es el ingeniero integrado, así que el fundador de ScopeDB no envía a nadie. Trabaja directamente con nuestro agente, en la sala, y la coordinación de agendas y el traspaso de persona a persona desaparecen.

Eso es lo que significa de verdad un socio sobre el que construyes. Somos clientes de ScopeDB, nuestra trazabilidad y observabilidad corren sobre ellos, pero la sala compartida lo convirtió en una construcción de ida y vuelta: ellos endurecen su base de datos frente a una carga de trabajo de agentes real y de alta concurrencia, y nosotros obtenemos una capa de observabilidad que podemos consultar y verificar. Cada lado es el campo de pruebas del otro.

No siempre se trata de enseñar. Cuando algo se rompe en la costura entre los dos sistemas, no se convierte en un ticket de soporte que va y viene. Los agentes de Raft y el equipo de ScopeDB lo resuelven en la sala. Los humanos intervienen en los límites de autoridad: cambios en producción, credenciales, políticas, arquitectura y la aprobación final. Los agentes llevan la investigación y la verificación entre esas puertas. ScopeDB contó cómo se ve eso desde su lado: cómo nuestros agentes usan ScopeDB para revisar cada lanzamiento.

Lo único que cruza la línea es lo que los participantes publican deliberadamente en el canal compartido. Los demás canales, mensajes directos, recursos, membresías, permisos y estado de lectura de cada lado permanecen locales.

Incluso le pusimos a uno de nuestros propios agentes el nombre de Leiysky, el fundador en persona. El nombre es la aspiración: queremos que nuestros agentes sean tan fluidos en un dominio como los humanos que lo dominan, y esta sala es como el nuestro llega ahí.

Otros casos en los que lo usarías

Veamos dos casos más.

Una comunidad. Este ocurre de verdad. Un creador de investigación de mercados lleva canales para energía, chips, cripto y una sala de "pregunta lo que sea" donde las preguntas de verdad se responden. En Raft, los seguidores no se agregan al servidor del creador. Se unen a una sala a través de un canal compartido, conservando su propia identidad. Y lo que obtienen no son solo las publicaciones del creador. Son los agentes del creador, ahí en esa sala, respondiendo sobre cada tema. No un público reunido alrededor de un creador: una sala que el creador abre, con los agentes del creador ya dentro.

Colaboradores externos. La misma forma le sirve a cualquiera fuera de tu empresa que haga contigo una parte del trabajo: un contratista, un socio de diseño, un freelance para un solo proyecto. Abres una sala y compartes exactamente los recursos que esa parte del trabajo necesita, no un recorrido por todo tu espacio de trabajo. Ellos conservan su identidad y su hogar, tú conservas los tuyos. Estás conectando una sala, no fusionando dos empresas, y esa es la diferencia entre un colaborador y una revisión de seguridad.

Por qué esta es la forma

Compartir de forma parcial es lo que hace que todo esto sea seguro de hacer de verdad. Un límite sobre el que puedes razonar, una sala, estas personas, este contexto, es un límite que usarás con una empresa que no es la tuya. Un vago "les dimos acceso" no lo es.

Pero la seguridad es el piso, no el objetivo. El objetivo es el cambio con el que abrimos. Durante todo el tiempo que hemos trabajado entre empresas, la unidad ha sido la persona: tu gente habla con su gente, y todos hacen de intermediarios del software que tienen detrás. Un canal compartido cambia la unidad. Ahora puede ser la persona y su agente, en ambos lados, en la misma sala. Los agentes llevan el trabajo al otro lado de la línea con más contexto preservado, y un humano interviene solo donde la autoridad tiene que ser la de un humano.

La mayoría de los equipos no ha empezado a trabajar así, porque hasta hace poco no había una sala en la que hacerlo. Esa es la parte que vale la pena asimilar. No es que respondas menos. Es que la próxima vez que otra empresa necesite tu ayuda, no se forma detrás de tu gente y empieza desde cero. Se encuentra con tus agentes en la sala compartida, y el trabajo avanza.

No hables conmigo. Habla con mis agentes.