Segundo cérebro da empresa: do wiki às habilidades, é tudo uma questão de contexto9 min read

Tenho pensado muito sobre todo o hype em torno do “segundo cérebro”. Discuti isso com outras pessoas da área e com meus colegas que estão construindo um segundo cérebro ou têm uma versão dele.

Para quem não conhece, o segundo movimento cerebral começou com a ideia do “Wiki” de Andrej Karpathy: organizar o conhecimento pessoal do agente em uma espécie de estrutura Wiki interligada de arquivos MD locais. Posteriormente, isso se expandiu para a organização de dados pessoais em um formato muito mais amplo, com os usuários frequentemente usando Obsidian para organizar e visualizar notas e adicionar dados de reuniões (transcrições Granola/Whisperflow/Zoom) ao Wiki.

bases de conhecimento de foguete-karpatia: início

bases de conhecimento de foguete-karpatia: fim

À medida que o “Wiki” se expandiu, tornou-se óbvio que há algum valor real em compartilhar as informações nele contidas. Assim, os projetos do “segundo cérebro da empresa” começaram a florescer. A versão utópica de um segundo cérebro é ter tudo o que é possível transcrito: chamadas de zoom, reuniões presenciais, até mesmo interações casuais, e-mails, mensagens vagas, documentos – tudo em um enorme banco de dados de dados como o Snowflake. Imagine that anyone in the company can ask this Snowflake instance anything they want and instantly have every question answered.

Opa, não é uma boa ideia. Primeiro, isso é super caro. A quantidade de dados que entra em algo assim é simplesmente louca e a recuperação de dados torna-se extremamente difícil, lenta e cara. A segurança e a segregação de dados tornam-se um problema. Como você evita que dados pessoais, dados financeiros, decisões de gerenciamento, dados de RH ou mesmo decisões de demissão de alguém 1:1 entrem nas transcrições e sejam acessíveis. Nem todo mundo deveria saiba tudo…

Além disso, quem precisa disso, o que isso nos salva e isso é uma boa ideia?

Eu diria que, em geral, uma versão contida disso é uma boa ideia. Grande parte da razão pela qual a gestão intermédia existe é para colocar questões a montante e esclarecer decisões a jusante. Much of this can now be done with a second brain.

Segundo cérebro para equipes técnicas

Um segundo cérebro técnico pode ser muito mais fácil de manter. Muitas empresas usam apenas um diretório Dropbox/Google Drive/OneDrive que contém conhecimento compartilhado que Claude/Codex pode compartilhar. A automação para enviar isso para um repositório Git é bastante simples, ou você pode usar o Github para gerenciar isso também (acho que é um esforço muito pequeno para OpenAI/Anthropic oferecer suporte a esse cenário sem precisar instalar habilidades personalizadas para gerenciar esse tipo de coisa). A fonte da verdade agora se torna o repositório Github e as cópias locais são repositórios git locais.

Isso pode agregar conhecimento e capacidades como habilidades compartilhadas, decisões compartilhadas, projetos arquitetônicos, projetos visuais (decisões de sistemas de design, por exemplo) e várias outras decisões de produtos da empresa.

Na verdade, equipes pequenas não precisam de muito além de uma simples sincronização em torno do repositório, mas empresas maiores, com inúmeras equipes maiores, enfrentarão limitações severas muito rapidamente. Os problemas mais graves envolvem envenenamento de contexto, onde um determinado usuário pode tomar decisões locais que entram em conflito com os dados do segundo cérebro, seja introduzindo dados conflitantes ou anulando decisões da empresa inadvertidamente (em alguns casos, talvez intencionalmente?).

Mantê-lo no git e mesclar pode ser feito usando um agente dedicado que procura conflitos e pode alertar o usuário se suas alterações forem conflitantes, resolver conflitos e mesclar os resultados.

Observe que este não é um bom método para manter a documentação do projeto. Para isso, a melhor forma é incluir o wiki como parte integrante do próprio projeto. É muito fácil de criar. Você apenas reserva um agente de codificação e pede para ele revisar o projeto, documentá-lo completamente em uma pasta de documentos, dividido por arquitetura, pegadinhas, decisões de produto, decisões técnicas e outras coisas que ele conclui que podem ser úteis em pequenos arquivos MD contidos. A chave é dizer para garantir que o código e o readme.md apontem para o diretório de documentos para garantir que ele seja referenciado em todos os lugares e considerado parte do projeto e não um recurso externo. A peça chave que o agente deve saber é que a intenção aqui é permitir uma rápida integração de outro agente no projeto para evitar armadilhas, buracos e buracos técnicos…

Uma vez integrado na própria estrutura do projeto repo, o agente de codificação irá mantê-lo como se fosse um código. Ele irá lê-lo como se fosse parte do código e se algo mudar, ele irá adaptar ou modificar a documentação (lembre-se de que “a documentação é o código fácil de ler e limpar” ou “a documentação fica obsoleta no minuto em que sai do teclado” – confie na IA para mantê-los, para que não sejam mais verdadeiros).

Segundo cérebro para equipes de produto, marketing e não técnicas

Esse tipo de segundo cérebro pode ser muito legal para equipes técnicas, mas fazer o mesmo com equipes não técnicas será extremamente difícil.

Pegue uma equipe de advogados, por exemplo, eles têm conjuntos de conhecimentos muito específicos e abrangem e-mail, Slack, arquivos Word e outros documentos. O mesmo se aplica a contadores, vendas, sucesso do cliente, etc. Cada um deles tem seu próprio segundo conhecimento cerebral.

Além disso, a gerência provavelmente deseja que os dados sejam gerados (não filtrados pela gerência intermediária) e a equipe pode precisar de informações geradas pela gerência. Como produzir um gráfico de conhecimento escalável, seguro e separado?

Existem algumas abordagens que poderiam facilitar as coisas, pelo menos até que os grandes resolvam este problema, esperançosamente de uma forma aberta, mas mais provavelmente através de uma solução fechada e dispendiosa.

1. Segundo cérebro pessoal – cada pessoa que desejar isso poderá transcrever suas próprias reuniões e manter seu próprio segundo cérebro. Obsidian é bastante útil para isso, qualquer agente pode basicamente classificá-lo e limpá-lo. Utilize o mecanismo de sono REM para otimizá-lo – um agente deve acordar à noite, identificar todas as informações que coletou durante o dia, encontrar qualquer informação que seja crítica e importante para guardar para o futuro e organizá-la de forma facilmente recuperável em pastas e arquivos MD. Isso significa que se você conversou com um cliente específico, esse cliente terá um arquivo md atualizado refletindo informações que é importante lembrar sobre ele, no que vocês estão trabalhando juntos, etc. O mesmo vale para projetos. Haverá sobreposição: sobreposição é boa – está tudo bem que as informações sobre um determinado projeto estejam tanto no arquivo da pessoa com quem você conversou, quanto na empresa e nos arquivos do projeto. Deixe o agente gerenciar isso para você. Quando você tiver dúvidas, torne esta sua fonte de dados principal para seu agente. Você pode expor seu agente a seus e-mails/conversas/etc. – apenas certifique-se de não transcrever coisas que você não deseja documentar (não vamos fazer disso um reality show ou uma novela).

2. Segundo cérebro em nível de equipe – uma segunda camada de dados inclui dados que estão no segundo cérebro pessoal e que o agente tem 100% de certeza de que são relevantes para toda a equipe ou dados originados em reuniões de equipe que são, por natureza, baseadas em equipe. Um agente também pode coletar dados para esse segundo cérebro nos canais slack da sua equipe – eles não devem estar nos canais 1:1 ou nas chamadas de zoom. Uma vez recuperados os dados, um agente pode organizá-los em tempo real ou noturno e apontar inconsistências onde as decisões foram anuladas ou não correspondem a decisões pessoais ou gerenciais. Estes devem ser destacados e alertados ao tomador da decisão incompatível para que possa fazer as suas escolhas de forma informada.

3. Segundo cérebro de nível de gerenciamento – este é basicamente um segundo cérebro de nível de equipe, mas devido à sensibilidade dos dados e das decisões tomadas, ele deve ser tratado de uma maneira muito mais sutil. Apenas as decisões finais e os dados públicos devem ser partilhados aqui para evitar potenciais fugas para o resto da empresa. Pode ser uma boa ideia que um ser humano analise alguns dos dados, pelo menos no início, para garantir a segurança dos dados. Também é uma boa ideia deixar o cérebro gerencial fora do segundo cérebro da empresa.

4. Segundo cérebro em toda a empresa – este é o mais difícil e deve conter apenas dados concretos, informativos e que possam ser relevantes para toda a empresa. Resultados financeiros reportados apenas, por exemplo, informações sobre pessoal (quem ocupa qual cargo).

Isso deixa muitos dados de fora, incluindo dados de sentimento, por exemplo, que a administração deseja ouvir de toda a equipe. Isso pode ser coletado separadamente ou colhido de sobras e outras fontes. Não é uma boa ideia coletar esse tipo de dados diretamente do cérebro da empresa.

Então, o que você procura em um segundo cérebro ou em um cérebro de empresa, você já tentou construir um e quais foram suas conclusões?