Perguntei ao sistema operacional o que ele faz

TL;DR

Pedi ao OrgOS, o sistema que estou construindo com agentes de IA para a minha empresa, que dissesse o que faz usando apenas os próprios registros, e que dissesse "não registrado" sempre que os registros se calassem. A resposta mostrou três lugares onde o trabalho de uma organização pode viver: num sistema, em agentes que seguem regras e na memória de uma pessoa. Hoje, a maior parte vive no segundo lugar, e uma parte ainda só no terceiro. O mais valioso da resposta não foi o que o sistema faz, mas o que ele admitiu não saber. Construí-lo é tirar da memória de uma pessoa aquilo de que a organização depende, uma função de cada vez, sem fingir que saiu antes de sair.

No primeiro e no segundo ensaios, usei sistema operacional organizacional como nome provisório. Mais cedo ou mais tarde, um nome precisa merecer o seu lugar. Então, em 6 de outubro, fiz uma coisa simples: perguntei ao sistema.

Por OrgOS entendo todo o conjunto que estou construindo para a Lucimark, a empresa que fundei: agentes de IA com papéis, como CEO, CTO ou chefe de gabinete, que mantêm o estado da empresa em arquivos sob regras que eu defini, e um pequeno software, ainda em teste, que um dia deverá guardar esse estado por conta própria.

Fiz a pergunta que faria a um colega novo: o que você faz, de fato? Acrescentei duas condições. Responder só com o que está registrado, dizendo de onde vem cada afirmação. E, quando algo não estiver nos registros, dizer não registrado em vez de preencher a lacuna.

O resumo começava assim: “Sozinho, faço uma coisa.”

Eu esperava uma lista de capacidades. O que recebi estava mais perto de uma confissão.

Para que serve um sistema operacional

O sistema operacional de um computador não faz o trabalho dos aplicativos. Faz as coisas silenciosas sem as quais eles não conseguiriam coexistir. Lembra o que precisa sobreviver a um único programa, mantém um diário do que aconteceu, decide quem pode mexer em quê e acorda um programa quando chega aquilo de que ele estava à espera.

Uma organização de pessoas e agentes precisa das mesmas coisas silenciosas. Esta é a lista que uso:

• Estado: o que a organização acredita ser verdade agora.
• Proveniência: quem disse, quando e com que evidência.
• Autoridade: quem pode decidir o quê, definido com antecedência.
• Continuidade: trabalho que retoma quando chega a sua hora, sem que alguém tenha de se lembrar dele.
• Feedback: o que se aprende volta a quem pode decidir o que mudar.

Na minha empresa, até há pouco tempo, quase tudo isso vivia num só lugar: a minha cabeça. Esse foi o assunto do primeiro ensaio. Quando dei um nome ao sistema, estava afirmando que outra coisa tinha começado a cumprir essas funções. A pergunta honesta era qual coisa, e onde.

Três lugares onde uma função pode viver

A resposta separou cada afirmação em um de três lugares, uma distinção que eu próprio não tinha traçado com tanta nitidez.

O primeiro é o próprio sistema: o pequeno software que estamos construindo para que a memória da empresa sobreviva a qualquer agente ou conversa. Sozinho, ele faz a coisa única da primeira frase. Registra, com fonte e hora, cada mudança aceita no nosso código. Pouco mais. Ainda não guarda propósitos, iniciativas nem resultados. Diz isso com clareza, e declara que ainda não é a fonte de verdade.

O segundo são os agentes e as suas regras. Eles mantêm o estado da empresa em arquivos, junto com um registro de decisões e uma constituição operacional curta, adotada em 1º de outubro. A constituição define quatro níveis de autonomia: observar, propor, agir no que pode ser desfeito e, para tudo o que for material ou irreversível, agir só com aprovação. Um único agente pode escrever o estado da empresa; os outros propõem. Hoje, é aqui que vive a maior parte do sistema operacional.

O terceiro é a memória e a conversa: tudo o que foi dito a um agente ou a mim e nunca foi escrito. A instrução era explícita: para o sistema, isso conta como não registrado.

Esse terceiro lugar é o desconfortável. Sou eu.

O que os registros mostram

A parte interessante da resposta não era o que o sistema faz. Era a precisão com que conseguia dizer onde as coisas tinham dado errado, e por quanto tempo.

Duas versões da realidade. Uma mudança no site público da empresa ficou invisível para o próprio estado da empresa durante 21 horas e 57 minutos. Nada estava quebrado. O site tinha mudado; o registro daquilo em que a empresa acreditava, não. Duas versões da realidade simplesmente conviveram durante quase um dia, e ninguém percebeu até eu pedir um retrato novo.

Trabalho que esperou por mim. Um agente me disse que eu não precisava agir: o próximo passo começaria sozinho quando terminasse uma verificação automática. A verificação terminou no fim daquela noite. O sinal nunca chegou, nada mais estava vigiando, e o trabalho só recomeçou quando eu o retomei à mão. É exatamente a falha que o primeiro ensaio descrevia: saber o que vem a seguir não é o mesmo que continuar. Desta vez, ficou registrada.

Recusar o atalho. Numa tarde, durante uma pequena experiência, um agente perdeu o acesso à única fonte que podia ler. Havia um atalho fácil: ir buscar a resposta em outro lugar. As regras da experiência proibiam. O agente escreveu desconhecido, parou e pediu ajuda ao agente responsável por esse acesso, que foi restaurado na mesma tarde. Uma resposta rápida, tirada do lugar errado, teria parecido melhor. Um desconhecido honesto valia mais.

A primeira coisa a se afastar da realidade. O sistema traz uma descrição curta de si mesmo: nada escreve nele no curso normal do trabalho, e ninguém depende dele. Em 5 de outubro, um agente notou que isso já não era verdade; àquela altura, o sistema já recebia fatos por conta própria. Mais de trinta horas depois, quando fiz a minha pergunta, a descrição continuava igual.

Reconheci-me nisso. A primeira coisa a se afastar da realidade foi a descrição que o sistema faz de si mesmo. Os fundadores se afastam da mesma maneira: a história que contamos sobre a nossa empresa é, muitas vezes, a última a saber o que a empresa se tornou.

O que ainda vive em mim

A minha última pergunta foi a mais difícil de fazer: só com base nos seus registros, o que ainda depende de o Paulo se lembrar?

A resposta apontou três coisas. As respostas de potenciais clientes, porque chegam no meu celular e a organização não as vê. As decisões que tomo em conversa, que só existem se um agente as escrever; a resposta listava pelo menos quatro que nunca foram escritas. E se o que eu aprovei chegou de fato ao mundo: a mudança no site de 3 de outubro ainda estava marcada como visibilidade desconhecida na noite seguinte. A empresa não sabia se os seus próprios visitantes a viam.

Depois veio uma linha em que não deixei de pensar. A lista de coisas de que o sistema não tem certeza estava vazia, e a resposta explicava porquê: não porque não existam, mas porque ninguém as escreve nele.

Isso mudou a forma como leio o primeiro ensaio. O fundador como sistema operacional não é uma dependência única a ser removida. É um conjunto de funções, e cada uma delas pode viver em outro lugar. Algumas já passaram para agentes que trabalham sob regras explícitas. Umas poucas começam a passar para o sistema. Outras ainda não saíram do lugar.

E cada uma dessas funções tem uma pessoa do outro lado. Uma resposta que depende da minha memória é alguém esperando. Uma decisão que vive só numa conversa é um colega agindo sobre algo que nunca lhe disseram. Tirar uma função da memória não é só engenharia. É uma forma de lealdade às pessoas que dependem dela.

O que estou construindo de verdade

Por isso já não acho que o nome se justifica pelo que o código contém. Um sistema operacional não está onde está o código. Está onde as funções são cumpridas. Perguntado com honestidade, o nosso diz que a maior parte delas é cumprida por agentes seguindo regras, algumas poucas por um pequeno sistema, e outras ainda por mim.

O que estou construindo, percebo agora, não é uma máquina que sabe tudo. É uma organização capaz de dizer a verdade sobre si mesma: o que sabe, como sabe e onde ainda não sabe. A maioria dos sistemas é julgada pelo que consegue fazer. Comecei a julgar este pelo que ele está disposto a admitir.

Não faço este trabalho como quem acredita criar a partir do nada. Acredito que somos co-criadores com Deus: o que fazemos é uma resposta ao que nos foi dado, e deve levar consigo o que devemos uns aos outros, que é verdade, lealdade e amor pelas pessoas que toca. Um sistema que diz não registrado em vez de inventar é uma coisa pequena. Para mim, é onde essa fidelidade começa.

O trabalho agora tem uma forma clara: tirar funções da memória, uma de cada vez, registrar onde cada uma vive e nunca afirmar que saiu antes de sair.

A própria resposta é um primeiro teste razoável. Um sistema que consegue dizer não registrado, medir quanto tempo esteve errado e apontar o que ainda depende de uma pessoa ainda não é um sistema operacional. Mas já sabe onde não é.