Toda empresa está conectando Slack, correos, documentos y reuniones en un solo cerebro que les da a todos acceso a todo lo que la empresa sabe.
Nadie quiere eso en realidad.
Bromeas en la reunión general diciendo que el roadmap se sostiene con cinta adhesiva y la sala se ríe. Ocho meses después, una persona recién contratada le pregunta al cerebro si el roadmap va según lo previsto y recibe tu cita textual, sin la risa.
Un cliente le cuenta a tu ejecutivo de cuentas en un correo privado que casi se da de baja por el onboarding. El equipo de producto necesita saberlo, pero nadie quiere entregarles toda la bandeja de entrada.
Un agente lee tres propuestas que escribió Matt y concluye que prefiere un monolito. Eso puede incluso ser cierto, pero no le da licencia al agente para decirle a alguien "Matt dijo que deberíamos usar un monolito". Él nunca lo dijo.
Hoy, el modelo de permisos estándar es simple: si yo puedo ver un mensaje de Slack, mi agente puede verlo. Replicar las fuentes, heredar sus permisos, listo. Eso funciona cuando el software devuelve la fuente.
Un cerebro de empresa hace algo distinto. Extrae una decisión de una reunión, la combina con un correo, guarda el resultado como memoria, lo envía a otra persona y después se lo da a un agente que atiende a un cliente. Para entonces, la información ha viajado mucho más allá del objeto que originalmente la contenía, y el modelo de permisos tiene que moverse con ella.
La unidad de permiso ya no es el archivo. Es la afirmación: cualquier fragmento de contexto que el cerebro lleva consigo. "Acme necesita SSO para septiembre." "Es probable que la migración se retrase porque el ingeniero líder está ausente." Una afirmación puede ser algo que una persona dijo directamente o algo que el cerebro armó a partir de cinco fuentes. De cualquier manera, ahora vive fuera de cualquier archivo, y los permisos del archivo ya no la describen.
Los permisos de origen son la base
Los permisos de origen siguen siendo necesarios. Si alguien no puede acceder a un canal de Slack o a una carpeta de Drive, su agente no debería poder navegarlos de repente. El error está en asumir que la ACL de la fuente te dice todo lo que necesitas saber después de que la información ha sido transformada.
Un permiso de origen responde una sola pregunta concreta: ¿quién puede abrir este objeto? Un cerebro de empresa tiene que responder preguntas más difíciles. ¿Debería el agente de la nueva persona de ventas saber lo que el CEO le dijo a la junta directiva sobre el cronograma de despidos? ¿Un comentario sincero de un 1:1 debería convertirse en memoria permanente? ¿El cliente realmente dijo que se iba, o el cerebro lo infirió? ¿Puede un agente actuar sobre esa inferencia?
Esas preguntas aparecen porque los cerebros de empresa hacen más que recuperar información. Sintetizan, y la síntesis cambia el problema de los permisos.
A veces el conocimiento debe viajar más lejos que la fuente
Un vendedor aprende algo importante en un correo privado con un cliente. El cliente explica exactamente por qué compró y por qué rechazó a un competidor. Seis meses después, el equipo de producto está debatiendo el mismo tema.
El equipo de producto necesita la lección, no la bandeja de entrada.
Hoy, esas dos cosas están acopladas: o tienes acceso a la fuente o no lo tienes. Un cerebro de empresa puede separarlas. Puede extraer la lección, eliminar los detalles sensibles, conservar un comprobante que apunte a la evidencia y enviar la lección a las personas que la necesitan. La bandeja de entrada sigue siendo privada mientras el conocimiento se vuelve organizacional.
Lo mismo pasa en ingeniería. Alguien descubre una solución alternativa poco conocida en un canal restringido, y otro ingeniero se encuentra con el mismo bug tres meses después. El segundo ingeniero debería beneficiarse de lo que aprendió el primero sin heredar acceso a todas las conversaciones de ese canal.
La empresa sabe más de lo que cualquier empleado individual puede ver. El cerebro debería poder mover la parte útil sin exponer todo lo que la rodea.
A veces el conocimiento debe viajar menos lejos que la fuente
Una grabación de reunión se comparte con toda la empresa. Los primeros cinco minutos son de charla informal. Alguien cuenta su fin de semana, alguien bromea sobre un compañero y alguien se queja de una decisión que cree que está mal. Entonces la reunión comienza y el grupo toma una decisión importante de producto.
Todos pueden tener legítimamente acceso a la grabación. Eso no significa que cada frase merezca convertirse en memoria permanente de la empresa.
Los humanos entendemos esto de forma natural. Constantemente decimos cosas que son apropiadas para las personas en la sala e inapropiadas como conocimiento organizacional permanente. Puedes contarle a seis compañeros algo personal sin querer que un nuevo empleado lo recupere un año después, o lanzar una opinión a medio formar sin querer que se trate como tu postura definitiva. Un chiste funciona muy distinto una vez que se desprende de su tono y su audiencia y un agente lo saca a la superficie meses después.
La ACL de la fuente no puede expresar nada de esto. El cerebro tiene que entender lo que significa el contenido. Algunas partes de la reunión deberían convertirse en memoria duradera, algunas deberían estar disponibles solo en la grabación y otras deberían desaparecer por completo de la memoria organizacional.
La gente ya se vuelve más cuidadosa cuando una grabadora se une a la reunión. Ahora imagina que cada conversación se destila automáticamente en memoria empresarial permanente y buscable. La gente bromeará menos, lanzará menos ideas a medio formar y dejará de traer contexto personal a las conversaciones de trabajo. La empresa capturará más palabras y entenderá menos.
El olvido selectivo es parte de un buen cerebro de empresa. Un cerebro que recuerda todo termina cambiando el comportamiento de las personas que intenta entender.
Las trazas de agentes son las nuevas grabaciones de reuniones
Los propios agentes ahora son una fuente de contexto empresarial que apenas existía hace unos años.
Un ingeniero podría pasar tres horas trabajando con un agente de programación. Al final, la empresa recibe un pull request. Pero el PR es solo el artefacto final. En el camino, el agente inspeccionó archivos, invocó herramientas, descartó enfoques, descubrió restricciones, recibió correcciones del ingeniero y tomó decisiones sobre cómo debería funcionar el código. La mayor parte de ese contexto desaparece.
Decidimos que valía la pena grabar las reuniones porque la conversación que lleva a una decisión contiene información útil. La traza del agente es el equivalente de la grabación de la reunión. El artefacto final te dice qué cambió. La traza te dice por qué. Puede contener la razón por la que se descartó un diseño, una restricción que no aparece en ninguna parte del código, un requisito del cliente que el ingeniero pegó en la conversación o una corrección que volverá a importar el mes que viene.
A medida que los agentes hacen más trabajo, una mayor parte del razonamiento de la empresa ocurrirá dentro de estas interacciones. Tirar la traza significa tirar una parte cada vez mayor del conocimiento institucional.
Eso no significa guardar cada token para siempre. Las trazas crudas contienen ruido, intentos fallidos, secretos y prompts personales. El objeto útil es el historial de decisiones: evidencia suficiente para reconstruir lo que pasó, más las partes que merecen convertirse en memoria duradera.
Esto crea un nuevo problema de propiedad. Si Jessica deja la empresa, ¿todo lo que aprendió su agente de programación también debería irse?
Probablemente no; el agente puede haber aprendido por qué falló una migración, cómo funciona una excepción de un cliente y qué diseño ya ha sido rechazado dos veces, y ese conocimiento pertenece a la empresa. Pero el mismo agente puede contener una conversación donde Jessica preparó la evaluación de desempeño de alguien o habló de un conflicto con un compañero, y eso no debería convertirse en memoria institucional compartida.
El sistema necesita separar las dos cosas mientras se crea el contexto, porque cuando alguien se va ya es demasiado tarde.
La atribución es parte de los permisos
Un cerebro de empresa también creará información que nadie anotó.
Supongamos que el sistema lee tres propuestas escritas por Matt y concluye que prefiere una arquitectura en particular. Eso puede ser un contexto útil. Pero el sistema no debería decir:
Matt dijo que deberíamos usar esta arquitectura
Matt nunca dijo eso; el cerebro lo infirió.
La distinción importa porque "Matt dijo X" tiene más peso que "el sistema infirió X a partir del trabajo de Matt". La primera afirmación necesita un respaldo: un correo, una transcripción o un fragmento de documento donde Matt realmente lo haya dicho. De lo contrario, el sistema tiene que hablar en su propia voz:
Inferido de tres propuestas que escribió Matt
Toda afirmación importante necesita procedencia. ¿De dónde salió? ¿Fue declarada, inferida o desconocida? ¿Qué tan reciente es? ¿Qué tan segura debería estar el sistema?
Y ese historial tiene que sobrevivir a la transformación. Un correo privado no se vuelve de libre acceso porque un agente lo resumió. Una inferencia no se convierte en cita porque se repitió tres veces. Un cerebro de empresa confiable tiene que preservar la cadena.
Los resúmenes blanquean permisos. Las inferencias blanquean atribución.
Los permisos tienen un reloj
Incluso si el sistema sabe quién debería saber algo hoy, la respuesta puede cambiar mañana.
Un equipo decide lanzar un nuevo beneficio para empleados. Las personas que preparan el lanzamiento deberían saberlo de inmediato. Los clientes no deberían saberlo. El resto de la empresa podría enterarse en la reunión general del viernes. Después del anuncio, la información puede fluir hacia reclutamiento, ventas y marketing.
Nada del hecho subyacente cambió, pero su audiencia apropiada sí.
Este tipo de intención casi nunca está codificada en ningún lado. Alguien piensa "quiero anunciar esto yo mismo" y nunca activa una bandera de confidencialidad. Un cliente está contento de que su historia ayude a un vendedor, pero incómodo al verla convertida en una publicación de LinkedIn. Un fundador habla casualmente de un próximo producto sin decir nunca la palabra "confidencial".
Los humanos cargamos mucha política de permisos en la cabeza. A veces el sistema tiene que preguntar:
Acabas de tomar una decisión importante de producto. ¿Debo compartirla con la empresa?
La parte difícil es saber cuándo interrumpir. Un sistema que pide permiso cada cinco minutos entrena a la gente para ignorarlo. El criterio humano debería reservarse para los casos donde la respuesta es genuinamente ambigua y las consecuencias son difíciles de revertir. Compartir una observación interna con un compañero más es reversible. Publicar algo externamente, enviar un correo a un cliente o tomar una acción irreversible merece un listón mucho más alto.
El sistema debería resolver los casos rutinarios automáticamente, dejar un registro y reservar la atención humana para las pocas decisiones donde el criterio importa.
Una sola empresa es el caso fácil
La mayoría de los sistemas de permisos asumen una organización con un administrador. Los agentes van a romper esa suposición.
El agente de un comprador hablará con el agente de un vendedor. Un agente de la empresa trabajará con el agente personal de un empleado. Un agente de soporte convertirá conocimiento interno en una respuesta externa. Con el tiempo, los cerebros de empresa intercambiarán contexto directamente con otros cerebros de empresa, y no hay un solo sistema de permisos que controle ambos lados.
Y "interno" versus "externo" es demasiado simple. Un contrato firmado por un cliente puede tener más autoridad que un campo interno del CRM. Una afirmación inferida por el agente de otra empresa puede ser útil para investigar y no ser ni de cerca lo suficientemente confiable como para desencadenar una acción irreversible.
El contexto tiene que llevar su autoridad consigo. Una pieza de información puede ser segura de leer, segura de usar en una recomendación e insegura de usar como la única base para una acción. Esa diferencia se vuelve crítica una vez que los agentes pueden hacer más que responder preguntas.
Los agentes personales hacen la frontera aún más difícil. Su memoria puede abarcar varios empleos. La persona debería conservar su historial privado, y el empleador debería conservar el conocimiento laboral que la empresa pagó por crear. El contexto confidencial de la empresa no puede filtrarse a la siguiente empresa, el contexto personal no puede ser absorbido por la anterior, y la frontera tiene que existir dentro de la memoria misma.
El modelo de permisos viaja con el conocimiento
Estas dimensiones son independientes. Una empresa puede tener límites de fuente estrictos y un filtrado de contenido intenso. Otra puede dejar que el conocimiento útil se mueva agresivamente entre equipos mientras conserva muy poca conversación cruda. El contexto creado por agentes es otra fuente. El criterio humano es un mecanismo de escalamiento. La atribución, el tiempo, la audiencia y la autoridad de acción atraviesan todas ellas. La primitiva común es la afirmación.
Toda afirmación duradera en un cerebro de empresa debería llevar su propia política. Como mínimo, el cerebro necesita saber:
- de dónde vino la afirmación y si fue declarada o inferida
- quién puede recibirla
- para qué se puede usar
- cuánto tiempo debería permanecer en la memoria
- cuándo puede cambiar su audiencia
- qué acciones puede tomar un agente basándose en ella
- cuándo un humano necesita decidir
El permiso de origen es el punto de partida. Luego la política viaja con el contexto a medida que se resume, se combina, se recuerda y se comparte. Los permisos tradicionales gobiernan objetos, mientras que un cerebro de empresa tiene que gobernar la información mientras se mueve.
Este no es un problema que puedas resolver después. Una empresa que opera un cerebro indiscriminado durante un año ha escrito un año de memoria imborrable: los chistes, las quejas, las opiniones a medio formar, las inferencias presentadas como citas. Peor aún, ha pasado un año enseñando a su gente lo que el cerebro hace con lo que dicen. Una vez que los empleados aprenden que todo se vuelve permanente y buscable, hablan distinto, y la franqueza no vuelve cuando arreglas el modelo de permisos después.
La comprensión se acumula, y también la desconfianza. Las empresas que aciertan con el modelo de permisos desde el principio tendrán cerebros frente a los que su gente realmente habla.
Los permisos son parte de la inteligencia
En Hyperspell, estamos construyendo un cerebro de empresa: un modelo continuamente actualizado de lo que una empresa sabe a través de sus mensajes, documentos, reuniones, sistemas y agentes.
Los conectores son la capa de sensores. El trabajo más difícil comienza una vez que todo ese contexto empieza a interactuar. El cerebro tiene que decidir qué fuentes confiar, qué merece convertirse en memoria, de dónde salió una conclusión, quién debería recibirla y qué se le permite hacer a un agente con ella.
El conocimiento útil debería llegar a las personas y agentes que lo necesitan sin exponer todo lo que lo rodea. Las conversaciones casuales deberían poder seguir siendo casuales, una inferencia debería seguir siendo una inferencia, y el conocimiento de la empresa debería sobrevivir a la rotación de empleados sin absorber todo lo personal a su alrededor. A veces el cerebro debería saber lo suficiente como para preguntar antes de hablar.
Este es uno de los problemas centrales que estamos resolviendo en Hyperspell. Si quieres ver cómo se ve un cerebro de empresa con un modelo de permisos real, podemos mostrártelo en quince minutos.
Un cerebro de empresa útil sabe lo que la empresa sabe.
Uno confiable también sabe cuándo callarse.
