Toda empresa está conectando Slack, e-mail, documentos e reuniões em um único cérebro que dá a todos acesso a tudo o que a empresa sabe.
Ninguém realmente quer isso.
Você brinca na reunião geral que o roadmap está se mantendo de pé com fita adesiva, e a sala ri. Oito meses depois, um novo contratado pergunta ao cérebro se o roadmap está no prazo e recebe sua citação de volta, sem a risada.
Um cliente conta ao executivo de contas, em um e-mail privado, que quase desistiu por causa do onboarding. O time de produto precisa saber disso, mas ninguém quer entregar a eles a caixa de entrada inteira.
Um agente lê três propostas que o Matt escreveu e conclui que ele prefere um monólito. Pode até estar certo, mas isso não dá ao agente o direito de dizer a alguém "Matt disse que deveríamos usar um monólito". Ele nunca disse.
Hoje, o modelo de permissões padrão é simples: se eu posso ver uma mensagem do Slack, meu agente pode vê-la. Espelhe as fontes, herde as permissões delas, pronto. Isso funciona quando o software retorna a fonte.
Um cérebro de empresa faz outra coisa. Ele extrai uma decisão de uma reunião, combina essa decisão com um e-mail, armazena o resultado como memória, encaminha para outra pessoa e depois entrega a um agente que atende um cliente. Nesse ponto, a informação foi muito além do objeto que a continha originalmente, e o modelo de permissões tem que acompanhar esse movimento.
A unidade de permissão não é mais o arquivo. É a afirmação: qualquer pedaço de contexto que o cérebro carrega adiante. "A Acme precisa de SSO até setembro." "A migração provavelmente vai atrasar porque o engenheiro líder está fora." Uma afirmação pode ser algo que uma pessoa declarou diretamente ou algo que o cérebro montou a partir de cinco fontes. De qualquer forma, ela agora vive fora de qualquer arquivo, e as permissões do arquivo não a descrevem mais.
Permissões da fonte são o piso
Permissões da fonte ainda são necessárias. Se alguém não pode acessar um canal do Slack ou uma pasta do Drive, o agente dessa pessoa não deveria subitamente conseguir navegar por ela. O erro é presumir que a ACL da fonte diz tudo o que você precisa saber depois que a informação foi transformada.
Uma permissão de fonte responde a uma pergunta restrita: quem pode abrir este objeto? Um cérebro de empresa precisa responder perguntas mais difíceis. O agente do novo contratado de vendas deve saber o que o CEO disse ao conselho sobre o cronograma de demissões? Um comentário franco de um 1:1 deve virar memória duradoura? O cliente realmente disse que vai cancelar, ou o cérebro inferiu isso? Um agente pode agir com base nessa inferência?
Essas perguntas aparecem porque cérebros de empresa fazem mais do que recuperar informação. Eles sintetizam, e a síntese muda o problema de permissões.
Às vezes o conhecimento deve ir mais longe do que a fonte
Um vendedor aprende algo importante em um e-mail privado com um cliente. O cliente explica exatamente por que comprou e por que rejeitou um concorrente. Seis meses depois, o time de produto está debatendo a mesma questão.
O time de produto precisa da lição, não da caixa de entrada.
Hoje, essas duas coisas estão acopladas: ou você acessa a fonte, ou não. Um cérebro de empresa consegue separá-las. Ele pode extrair a lição, remover os detalhes sensíveis, preservar um comprovante de volta à evidência e encaminhar a lição para quem precisa dela. A caixa de entrada continua privada enquanto o conhecimento se torna organizacional.
O mesmo acontece em engenharia. Alguém descobre uma solução alternativa obscura em um canal restrito, e outro engenheiro esbarra no mesmo bug três meses depois. O segundo engenheiro deveria se beneficiar do que o primeiro aprendeu sem herdar acesso a todas as conversas daquele canal.
A empresa sabe mais do que qualquer funcionário individual consegue ver. O cérebro deve ser capaz de mover a parte útil sem expor tudo ao redor.
Às vezes o conhecimento deve ir menos longe do que a fonte
Uma gravação de reunião é compartilhada com a empresa inteira. Os primeiros cinco minutos são as pessoas colocando o papo em dia. Alguém conta o fim de semana, alguém faz uma piada sobre um colega, e alguém desabafa sobre uma decisão que considera errada. Então a reunião começa e o grupo toma uma decisão importante de produto.
Todos podem legitimamente ter acesso à gravação. Isso não significa que toda frase mereça virar memória permanente da empresa.
Os humanos entendem isso naturalmente. Constantemente dizemos coisas que são apropriadas para as pessoas na sala e inapropriadas como conhecimento organizacional permanente. Você pode contar algo pessoal a seis colegas sem querer que um novo funcionário recupere isso um ano depois, ou lançar uma opinião pela metade sem querer que ela seja tratada como sua visão definitiva. Uma piada soa muito diferente depois de ser separada do seu tom e da sua audiência e exibida por um agente meses depois.
A ACL da fonte não consegue expressar nada disso. O cérebro precisa entender o que o conteúdo significa. Algumas partes da reunião devem virar memória duradoura, algumas devem continuar disponíveis apenas na gravação, e algumas devem sair completamente da memória organizacional.
As pessoas já ficam mais cautelosas quando um gravador entra na reunião. Agora imagine toda conversa automaticamente destilada em memória empresarial permanente e pesquisável. As pessoas vão fazer menos piadas, lançar menos opiniões pela metade e parar de trazer contexto pessoal para conversas de trabalho. A empresa vai capturar mais palavras e entender menos.
Esquecimento seletivo faz parte de um bom cérebro de empresa. Um cérebro que lembra de tudo acaba mudando o comportamento das pessoas que tenta entender.
Rastros de agentes são as novas gravações de reunião
Os próprios agentes agora são uma fonte de contexto da empresa que mal existia há alguns anos.
Um engenheiro pode passar três horas trabalhando com um agente de codificação. No final, a empresa recebe um pull request. Mas o PR é apenas o artefato final. Pelo caminho, o agente inspecionou arquivos, chamou ferramentas, rejeitou abordagens, descobriu restrições, recebeu correções do engenheiro e tomou decisões sobre como o código deveria funcionar. A maior parte desse contexto desaparece.
Decidimos que reuniões valiam a pena gravar porque a conversa que leva a uma decisão contém informações úteis. O rastro do agente é o equivalente à gravação da reunião. O artefato final diz o que mudou. O rastro diz por quê. Ele pode conter o motivo de um design ter sido rejeitado, uma restrição que não está em lugar nenhum na base de código, um requisito do cliente que o engenheiro colou na conversa ou uma correção que vai importar de novo no mês que vem.
À medida que os agentes fazem mais trabalho, mais do raciocínio da empresa vai acontecer dentro dessas interações. Jogar fora o rastro significa jogar fora uma fatia crescente do conhecimento institucional.
Isso não significa armazenar cada token para sempre. Rastros brutos contêm ruído, tentativas fracassadas, segredos e prompts pessoais. O objeto útil é o histórico de decisões: evidência suficiente para reconstruir o que aconteceu, além das partes que merecem virar memória duradoura.
Isso cria um novo problema de propriedade. Se a Jessica sair da empresa, tudo o que o agente de codificação dela aprendeu deve sair também?
Provavelmente não; o agente pode ter aprendido por que uma migração falhou, como funciona uma exceção de cliente e qual design já foi rejeitado duas vezes, e esse conhecimento pertence à empresa. Mas o mesmo agente pode conter uma conversa em que a Jessica preparou a avaliação de desempenho de alguém ou discutiu um conflito com um colega, e isso não deveria virar memória institucional compartilhada.
O sistema precisa separar as duas coisas no momento em que o contexto é criado, porque o desligamento é tarde demais.
Atribuição faz parte das permissões
Um cérebro de empresa também vai criar informações que ninguém escreveu.
Suponha que o sistema leia três propostas escritas pelo Matt e conclua que ele prefere uma arquitetura específica. Isso pode ser um contexto útil. Mas o sistema não deveria dizer:
O Matt disse que deveríamos usar essa arquitetura
O Matt nunca disse isso; o cérebro inferiu.
A distinção importa porque "Matt disse X" tem mais peso do que "o sistema inferiu X a partir do trabalho do Matt". A primeira afirmação precisa de um comprovante: um e-mail, uma transcrição ou um trecho de documento em que o Matt realmente tenha dito aquilo. Caso contrário, o sistema precisa falar com a própria voz:
Inferido de três propostas que o Matt escreveu
Toda afirmação importante precisa de proveniência. De onde veio? Foi declarada, inferida ou desconhecida? Quão atual ela é? Qual deve ser o nível de confiança do sistema?
E esse histórico precisa sobreviver à transformação. Um e-mail privado não se torna irrestrito porque um agente o resumiu. Uma inferência não se torna uma citação porque foi repetida três vezes. Um cérebro de empresa confiável precisa preservar a cadeia.
Resumos lavam permissões. Inferências lavam atribuição.
Permissões têm um relógio
Mesmo que o sistema saiba quem deveria saber de algo hoje, a resposta pode mudar amanhã.
Um time decide lançar um novo benefício para funcionários. As pessoas que preparam o lançamento devem saber imediatamente. Os clientes não devem saber. O restante da empresa pode descobrir na reunião geral de sexta-feira. Após o anúncio, a informação pode fluir para recrutamento, vendas e marketing.
Nada mudou no fato em si, mas a audiência apropriada mudou.
Esse tipo de intenção raramente está codificada em algum lugar. Alguém pensa "quero anunciar isso eu mesmo" e nunca define um flag de embargo. Um cliente fica feliz que sua história ajude um vendedor e desconfortável ao vê-la transformada em um post no LinkedIn. Um fundador discute um produto futuro casualmente sem nunca dizer a palavra "embargado".
Os humanos carregam muita política de permissões na cabeça. Às vezes o sistema precisa perguntar:
Você acabou de tomar uma decisão importante de produto. Devo compartilhar isso com a empresa?
A parte difícil é saber quando interromper. Um sistema que pede permissão a cada cinco minutos treina as pessoas a ignorá-lo. O julgamento humano deve ser reservado para casos em que a resposta é genuinamente ambígua e as consequências são difíceis de reverter. Compartilhar uma observação interna com mais um colega de time é reversível. Publicar algo externamente, enviar um e-mail a um cliente ou tomar uma ação irreversível exige um padrão muito mais alto.
O sistema deve resolver os casos rotineiros automaticamente, deixar um comprovante e reservar a atenção humana para as poucas decisões em que o julgamento importa.
Uma empresa é o caso fácil
A maioria dos sistemas de permissão assume uma organização com um administrador. Os agentes vão quebrar essa suposição.
O agente de um comprador vai conversar com o agente de um fornecedor. Um agente da empresa vai trabalhar com o agente pessoal de um funcionário. Um agente de suporte vai transformar conhecimento interno em uma resposta externa. Eventualmente, cérebros de empresa vão trocar contexto diretamente com outros cérebros de empresa, e não existe um sistema único de permissões controlando os dois lados.
E "interno" versus "externo" é simples demais. Um contrato assinado por um cliente pode ter mais autoridade do que um campo interno de CRM. Uma afirmação inferida pelo agente de outra empresa pode ser útil para pesquisa e estar longe de ser confiável o suficiente para disparar uma ação irreversível.
O contexto precisa carregar sua autoridade consigo. Uma informação pode ser segura para ler, segura para usar em uma recomendação e insegura para usar como única base de uma ação. Essa diferença se torna crítica quando os agentes podem fazer mais do que responder perguntas.
Agentes pessoais tornam a fronteira ainda mais difícil. A memória deles pode atravessar empregos. A pessoa deve manter seu histórico privado, e o empregador deve manter o conhecimento de trabalho que a empresa pagou para criar. Contexto confidencial da empresa não pode vazar para a próxima empresa, contexto pessoal não pode ser absorvido pela antiga, e a fronteira precisa existir dentro da própria memória.
O modelo de permissões viaja com o conhecimento
Essas dimensões são independentes. Uma empresa pode ter limites rígidos de fonte e forte filtragem de conteúdo. Outra pode deixar o conhecimento útil circular agressivamente entre os times enquanto preserva muito pouca conversa crua. Contexto criado por agentes é mais uma fonte. O julgamento humano é um mecanismo de escalada. Atribuição, momento, audiência e autoridade de ação atravessam todas elas. O primitivo comum é a afirmação.
Toda afirmação duradoura em um cérebro de empresa deveria carregar sua própria política. No mínimo, o cérebro precisa saber:
- de onde veio a afirmação e se foi declarada ou inferida
- quem pode recebê-la
- para que ela pode ser usada
- por quanto tempo ela deve permanecer na memória
- quando sua audiência pode mudar
- quais ações um agente pode tomar com base nela
- quando um humano precisa decidir
A permissão da fonte é o ponto de partida. Depois, a política viaja com o contexto enquanto ele é resumido, combinado, lembrado e compartilhado. Permissões tradicionais governam objetos, enquanto um cérebro de empresa precisa governar a informação enquanto ela se move.
Este não é um problema que você pode resolver retroativamente. Uma empresa que opera um cérebro indiscriminado por um ano acumulou um ano de memória irretratável: as piadas, os desabafos, as opiniões pela metade, as inferências apresentadas como citações. Pior, ela passou um ano ensinando seus funcionários o que o cérebro faz com o que eles dizem. Quando os funcionários aprendem que tudo se torna permanente e pesquisável, eles mudam a forma de falar, e a franqueza não volta quando você conserta o modelo de permissões depois.
Compreensão se acumula, e a desconfiança também. As empresas que acertarem o modelo de permissões desde o início terão cérebros na frente dos quais seus funcionários realmente falam.
Permissões fazem parte da inteligência
Na Hyperspell, estamos construindo um cérebro de empresa: um modelo continuamente atualizado do que uma empresa sabe em suas mensagens, documentos, reuniões, sistemas e agentes.
Os conectores são a camada de sensores. O trabalho mais difícil começa quando todo esse contexto começa a interagir. O cérebro precisa decidir em quais fontes confiar, o que merece virar memória, de onde veio uma conclusão, quem deve recebê-la e o que um agente pode fazer com ela.
Conhecimento útil deve chegar às pessoas e agentes que precisam dele sem expor tudo ao redor. Conversas casuais devem poder continuar casuais, uma inferência deve continuar sendo uma inferência, e o conhecimento da empresa deve sobreviver à rotatividade de funcionários sem absorver tudo que é pessoal ao redor. Às vezes o cérebro deve saber o suficiente para perguntar antes de falar.
Este é um dos problemas centrais que estamos resolvendo na Hyperspell. Se você quiser ver como é um cérebro de empresa com um modelo de permissões de verdade, podemos mostrar em quinze minutos.
Um cérebro de empresa útil sabe o que a empresa sabe.
Um cérebro confiável também sabe quando ficar quieto.
