Por que não revelamos informações pessoais (o princípio do anonimato)
Neste blog, você não vai encontrar nenhuma informação pessoal sobre quem escreve. Nenhum nome. Nenhum rosto. Nenhuma empresa, nenhuma idade, nenhum endereço. É uma escolha intencional. Neste capítulo, quero explicar essa regra em si — a razão por trás dela.
"Esconder" não é a mesma coisa que "escolher"
Primeiro, quero deixar claro: não se trata de "fazer algo suspeito enquanto esconde a identidade".
No universo dos blogs anônimos, existe a visão de que "não se sabe quem escreve, então não dá para confiar". Isso é compreensível. Mas a razão pela qual este blog não exibe informações pessoais está em um lugar um pouco diferente.
A razão principal é que o responsável pela voz deste blog não é "eu como indivíduo", mas sim um projeto chamado Structure Log.
Structure Log é um projeto de registro de operação real — construído do zero para projetar e colocar em prática um sistema de organização de IAs. Eu sou o responsável pelo projeto e pela implementação, mas o que está sendo narrado aqui não é "quem eu sou como pessoa". É o registro em si: como este sistema foi projetado, como foi colocado para funcionar, o que deu certo e o que falhou.
O sujeito é o projeto. Não o indivíduo. Essa é a escolha de design feita aqui.
O que acontece quando se coloca um rosto individual no projeto
Vamos pensar pelo lado inverso.
Imagine que eu publicasse as informações assim: "este sistema foi criado por fulano (nome pessoal)". Nesse caso, quem lê naturalmente criaria um contexto do tipo: "ah, isso deu certo porque é o fulano".
"Se eu tivesse tantos anos de experiência como desenvolvedor quanto o fulano, talvez eu também conseguisse." "Mas eu não tenho o ambiente que o fulano tem."
Quando isso acontece, o assunto deixa de ser o design e passa a ser a pessoa. A reprodutibilidade do próprio design fica mais difícil de enxergar.
O que este projeto torna público é "o sistema em si". A separação de poderes (aqui: dividir execução, auditoria e aprovação final entre agentes distintos — diferente da separação de poderes do Estado entre legislativo, executivo e judiciário) aplicada a IAs, os documentos de design derivados desse framework, os logs de falha. Tudo isso deveria ser algo que qualquer pessoa pode tentar por conta própria, independente de quem o projetou.
Ao reduzir a cor individual, fica mais fácil ler o conteúdo com a perspectiva de "este design" — e não de "quem projetou". Esse é um efeito secundário que também está presente aqui.
Informações irreversíveis: minimizar desde o início
Mais um ponto. Informações pessoais, uma vez divulgadas, são basicamente impossíveis de desfazer.
Diz-se que informações pessoais que chegam à internet continuam existindo em caches e capturas de tela, mesmo após a exclusão. Se você publicar seu nome ou rosto e depois pensar "deveria não ter feito isso", na maioria dos casos já é tarde demais.
No pensamento de design deste projeto, isso é tratado pelo princípio das ações irreversíveis (aqui: operações que, uma vez realizadas, não podem ser desfeitas): minimizá-las ao máximo. Tornar público informações pessoais é um dos exemplos mais claros disso.
Por isso, a escolha foi não divulgá-las desde o início. Decidir "afinal, vou divulgar" é algo que sempre pode ser feito depois. O caminho inverso, não. Começar pela minimização mantém mais opções abertas. Essa mesma lógica aparece tanto nas decisões de design quanto nas decisões de conteúdo.
Esse princípio reaparece em outros contextos — por exemplo, no fluxo de publicação automática (sobre isso escreverei em capítulos posteriores). É a mesma base de pensamento que sustenta regras como: "operações irreversíveis precisam ser verificadas por mais de uma pessoa" e "processos que, uma vez iniciados, não podem ser interrompidos precisam ter obrigatoriamente um Kill Switch (aqui: um mecanismo de interrupção de emergência para parar o processo a qualquer momento)".
Reduzir a barreira para quem quiser replicar
Mais um ponto — e aqui se trata de uma hipótese da fase de design, não de algo comprovado.
Se alguém ler este blog e pensar "quero tentar fazer isso também", e começar a tentar algo, quero remover ao máximo o obstáculo psicológico do tipo: "mas eu não sou o fulano".
Quando há informações pessoais, o histórico da pessoa fica visível. E ao ficar visível, é fácil surgir comparações: "não tenho o mesmo nível de habilidade", "meu ambiente é diferente".
Ao publicar sob uma identidade de projeto, ao que tudo indica, a relação que se forma entre quem lê e o projeto não é "você e o responsável pelo design desta estrutura" — mas sim "alguém observando juntos uma certa estrutura". Uma distância que torna mais fácil pensar "e eu, o que faria?" enquanto lê o registro.
Isso não é algo comprovado ainda — por ora, é uma intenção de design. Mas é com essa intenção que esta regra está sendo mantida.
Não é "esconder". É "assim foi projetado" — e isso fica registrado aqui.