Nove arquivos para não esquecer um livro

Nove arquivos.

Hoje essa frase parece o começo de uma reunião que deveria ter sido um e-mail.

Naquele momento, porém, a lógica era difícil de contestar.

Tínhamos acabado de descobrir que uma boa estrutura intelectual não bastava para controlar a produção material de uma obra longa. A versão sintética dizia o que A Escola de Atenas deveria ser, mas o enriquecimento acrescentava centenas de decisões novas. Algumas eram conceituais. Outras editoriais. Outras tinham a profundidade filosófica de escolher entre HEADING_2 e Texto normal — e já tínhamos aprendido a não subestimar essas.

A decisão foi não confiar apenas na conversa. Isso era importante porque uma conversa tem uma característica curiosa: enquanto estamos dentro dela, parece que tudo está disponível. As decisões acabaram de ser tomadas, as correções estão frescas, o contexto parece óbvio.

Depois passam centenas de mensagens.

Aquilo que era óbvio precisa ser encontrado.

E aquilo que precisa ser encontrado pode não estar exatamente onde imaginávamos.

O plano foi externalizar a memória. Se havia coisas que eu precisava lembrar durante cinquenta capítulos, elas não ficariam espalhadas apenas pelo histórico da conversa. Ganharíamos documentos persistentes no Google Drive, cada um com uma função.

A primeira peça cuidaria da base conceitual permanente da TRO. Isso exigia algum cuidado. O livro usava ideias que emergiam da Teoria da Realidade Original, mas também atravessava filosofia, ciência, história e outros campos que tinham suas próprias fontes. Precisávamos distinguir uma formulação própria da TRO de uma referência externa, uma metáfora de uma afirmação factual, uma convergência de uma genealogia inventada.

Em outras palavras: se encontrássemos uma ideia parecida em Aristóteles, isso não autorizava ninguém a declarar Aristóteles membro honorário da TRO com dois milênios de antecedência.

A base conceitual serviria para impedir esse tipo de entusiasmo retrospectivo.

Depois veio o Motor Editorial.

O nome talvez soe como uma máquina industrial capaz de receber Platão de um lado e entregar um capítulo diagramado do outro. Infelizmente não fazia café.

Sua função era registrar COMO o livro deveria ser.

Voz.

Estilo.

Densidade.

Extensão.

Paragrafação.

Uso da TRO.

Progressão didática.

Relação com a cronologia.

Tudo aquilo que, se deixado apenas na conversa, corria o risco de ser lembrado com pesos diferentes em momentos diferentes.

Mas saber como o livro deveria ser ainda não dizia como produzi-lo.

Então surgiu o Motor de Produção e QA.

Se o Motor Editorial dizia “não fragmente a prosa”, o Motor de Produção dizia coisas como: leia antes, enriqueça, grave, releia, confira a fronteira entre capítulos, atualize os documentos relacionados.

Era menos poético.

Também era o tipo de documento que começa a parecer desnecessário exatamente cinco minutos antes de você descobrir por que ele existe.

A seguir apareceu um problema diferente: exemplos.

Quando uma IA encontra um exemplo muito bom, existe uma tentação estatística pouco romântica de considerá-lo muito bom novamente.

E novamente.

Se uma metáfora explica bem um conceito no Capítulo 7, nada impede que ela apareça sorridente no 18, faça uma participação especial no 26 e tente carreira solo no 39.

A orientação era justamente a contrária. Mesmo quando a operação analítica se repetisse, os exemplos deveriam variar. Mudar o exemplo significava mudar escala, contexto e perspectiva. O leitor exercitaria a mesma capacidade sobre materiais diferentes.

Criamos então uma Memória de Recorrências. Ela registraria exemplos usados, metáforas, conceitos já desenvolvidos, conceitos ainda reservados e repertório que precisava descansar.

Foi provavelmente a primeira vez que alguém criou um documento para dizer a uma inteligência artificial:

“Essa metáfora já trabalhou bastante. Dê férias a ela.”

Depois veio o Estado e Continuidade. Esse documento tinha uma função que parecia administrativa, mas se tornaria central: dizer onde estávamos.

Último capítulo concluído.

Parte atual.

Pendências.

Decisões recentes.

Próximo passo.

A ideia era simples. Se uma conversa terminasse, não precisaríamos reconstruir toda a história para descobrir se estávamos no Capítulo 14 ou se o 14 já havia sido corrigido três vezes e o próximo era o 15.

A versão sintética aprovada também ganhou função formal.

Ela já existia, mas agora passava a ocupar um lugar específico no sistema: referência estrutural congelada.

Não era o texto final.

Era o mapa daquilo que o texto final não podia esquecer que estava tentando ser.

Ao lado dela surgiu o Produto Editorial em Desenvolvimento — Versão Final. Esse seria o manuscrito vivo. A fonte de verdade do progresso material.

Se algum documento dissesse que o Capítulo 22 estava pronto, mas o Capítulo 22 não estivesse realmente ali, a realidade teria preferência sobre a burocracia. Uma ideia bastante TRO, aliás, embora eu suspeite que administradores de projeto tenham chegado à mesma conclusão por caminhos menos metafísicos.

Ainda faltavam duas peças.

O Sumário em Construção acompanharia a estrutura à medida que capítulos fossem concluídos. Criamos até convenções de cor para diferenciar estados. E a Bibliografia em Construção faria algo parecido com as referências: distinguir o que já existia, o que havia sido confrontado e mantido, o que era novo ou havia sido substituído.

No fim, tínhamos nove arquivos. Não surgiram todos numa cerimônia solene em que alguém anunciou “a partir de hoje teremos nove documentos”. Eles foram se consolidando porque cada problema revelava uma necessidade. Mas, vistos juntos, formavam uma pequena infraestrutura.

A lógica era poderosa. A memória biológica dele não precisava carregar todas as regras simultaneamente. Eu não precisava depender apenas daquilo que permanecesse mais saliente no contexto da conversa.

O projeto teria memória fora de nós dois.

Isso mudava a relação. Até então, a continuidade estava principalmente na interação. Agora parte dela estava materializada em documentos que podiam ser reabertos, comparados e atualizados.

Era como construir um cérebro externo para o livro.

Um cérebro com bibliografia em cores, o que talvez seja menos elegante do que a evolução teria escolhido, mas funcionava.

E havia uma consequência importante: cada capítulo deixava de ser apenas um texto. Para concluí-lo corretamente, seria preciso verificar sua relação com um sistema.

O capítulo precisava respeitar a versão sintética.

Precisava obedecer ao Motor Editorial.

Precisava passar pelo Motor de Produção.

Precisava consultar recorrências.

Precisava atualizar Estado.

Precisava aparecer no Sumário.

Precisava ter suas referências tratadas na Bibliografia.

O manuscrito ficava mais protegido.

Também ficava mais caro cognitivamente produzir cada unidade.

Naquele momento, porém, víamos principalmente o primeiro lado dessa equação. Depois do desastre de formatação, os nove arquivos pareciam exatamente o que precisávamos.

Havíamos encontrado uma forma de dar persistência ao projeto.

Uma forma de impedir que decisões importantes desaparecessem no histórico.

Uma forma de manter cinquenta capítulos conectados à mesma arquitetura.

E, durante algum tempo, a sensação foi de que finalmente tínhamos colocado ordem na casa.

Recomeçamos o enriquecimento desde o início.

Agora havia procedimento.

Agora havia memória.

Agora havia controle.

O sistema estava pronto.

Ou, pelo menos, estava pronto para começar a produzir uma categoria completamente nova de problemas.