Eu perguntei a ela onde guardar um guia de tradução.

Ela escolheu o Frame.

Eu não teria feito isso.

O detalhe pode parecer insignificante. Era um arquivo Markdown numa árvore de pastas que já tem um monte deles. Mesmo assim, essa escolha me obrigou a rever a definição de uma parte central do sistema em que trabalho há meses.

O mais perturbador é que fui eu mesmo que desenhei esse sistema.

Tudo começou com uma tradução fiel demais

No momento estou traduzindo para o inglês o meu livro sobre Contexto.

A primeira passada estava correta. As ideias estavam lá, a estrutura foi respeitada e nenhuma passagem importante tinha sumido.

Só que o inglês continuava com cheiro de francês.

Algumas expressões estavam gramaticalmente certas sem soar naturais. Havia palavras que voltavam mecanicamente de um capítulo para o outro. Matière virava quase sempre material, arbitrage virava às vezes ruling, reprise produzia construções que ninguém teria escrito direto em inglês.

O problema não vinha de uma frase isolada. Vinha da falta de regras comuns para guiar a tradução do livro inteiro.

Começamos então a escrever um guia: traduzir o sentido em vez da sintaxe, manter a voz pessoal, usar um inglês britânico natural, conferir os graus de afirmação, estabilizar os termos importantes e reler cada texto uma segunda vez como se o francês não existisse.

Aí apareceu uma pergunta simples: onde guardar esse guia?

O livro já tem a pasta dele. Cada idioma tem a sua. Os scripts de tradução, a tabela de acompanhamento e os arquivos gerados vivem todos pertinho do manuscrito.

Meu primeiro reflexo teria sido colocar o guia no mesmo lugar.

A IA propôs outra coisa: colocar em 00-frame/, no topo do Contexto dedicado ao livro.

A escolha me parecia contraditória

No meu sistema, um Contexto separa várias naturezas de informação.

O Frame carrega a missão, as diretrizes e as regras de carregamento. O estado mostra em que ponto o trabalho está. As fontes guardam o que foi recebido. As notas estabilizam o que entendemos disso. Os entregáveis acolhem o que produzimos para um uso e um destinatário.

Eu sempre tinha apresentado o Frame como a parte estável.

Já o guia de tradução tinha acabado de aparecer no meio do trabalho. Ele ia evoluir à medida que fôssemos encontrando problemas novos. Alguns minutos depois, a gente já estava acrescentando regras sobre discurso indireto, sobre realidades francesas difíceis de transpor e sobre os termos conceituais do livro.

Por que guardar um documento tão recente, e ainda por cima capaz de mudar, na zona das coisas estáveis?

A proposta parecia contradizer a arquitetura.

Na verdade, ela ia me ajudar a entender essa arquitetura melhor.

O guia não faz parte do livro

Para decidir onde guardar um arquivo, eu tinha olhado o assunto de que ele falava.

Ele falava da tradução do livro. Parecia natural, então, colocar ele junto do livro.

A IA raciocinou de outro jeito. Ela olhou o que o arquivo fazia.

O guia não é destinado ao leitor. Não é um capítulo, nem uma tradução, nem um anexo. Ele não é mais um resultado do trabalho.

Ele determina como todos os resultados futuros vão ter que ser produzidos.

Quando começa uma tradução nova, o guia precisa ser lido. Quando uma frase parece literal demais, ele dá os critérios para reescrever. Quando um termo muda de um capítulo para o outro, ele indica onde estabilizar essa escolha. Quando uma tradução parece terminada, ele detalha os controles a fazer antes de aceitar.

Guardar o guia entre os entregáveis teria feito dele um documento colocado ao lado dos outros.

Guardar no Frame fez dele uma regra aplicável a todas as traduções seguintes.

A distinção é simples depois de formulada: o guia não descreve o que o Contexto produziu; ele muda a maneira como o Contexto deve produzir.

Nesse instante, a escolha da IA ficou coerente.

Mas a minha definição de Frame já não estava tão coerente assim.

Estável não quer dizer congelado

Até ali, eu tinha definido as diferentes zonas do Contexto principalmente pela velocidade de mudança delas.

O Frame muda pouco. O estado muda com frequência. Uma fonte fica congelada. Uma sessão se alonga. Um rascunho é reescrito. Uma decisão validada guarda o registro da escolha feita.

Essa leitura continua útil. Ela explica por que a missão não deve ser reescrita toda vez que a atenção se desloca, e por que o estado presente não deve ser misturado com as regras duráveis.

Só que a frequência de mudança não basta para definir a função de um arquivo.

O guia de tradução ainda estava mudando. Mesmo assim, no momento em que uma regra era validada ali, ela passava a governar todas as ações futuras do mesmo tipo.

Foi aí que entendi: o Frame não era exatamente a zona do que não muda.

Ele era a zona do que governa o trabalho de forma durável.

A diferença parece pequena. Ainda assim, ela muda o critério de classificação.

Antes, eu teria dito:

O Frame contém o que é definido no início e quase não muda.

Hoje eu diria:

O Frame contém os princípios e as regras que devem governar de forma durável as ações futuras, inclusive quando foram descobertos e validados no meio do trabalho.

O Frame não é imóvel, portanto.

Ele é constitucional.

Ele não muda no ritmo da atividade do dia a dia. Ele muda quando muda o contrato de trabalho do Contexto.

Nem todo aprendizado vira regra

Essa definição nova abre um risco na hora.

Se o Frame pode acolher uma regra descoberta no meio do trabalho, por que não depositar ali tudo o que a missão aprende?

O léxico de tradução me deu como traçar a fronteira.

Durante a revisão em inglês, identificamos várias palavras difíceis de traduzir: matière, acquis, dette, arbitrage, reprise, cadre, état.

Nesse estágio, isso ainda não são regras. São pontos de atenção.

Uma hesitação sobre a melhor tradução de matière pertence ao trabalho em curso. Uma proposta para um capítulo continua sendo uma hipótese. Uma formulação que funciona numa frase não deve virar automaticamente a tradução oficial da palavra no livro inteiro.

Em compensação, quando decidimos que o conceito francês Contexte deve sempre virar o inglês Context, com a mesma maiúscula e a mesma formatação, essa escolha muda de status. Ela não descreve mais apenas o que observamos. Ela indica o que cada tradução vai ter que aplicar daí em diante.

O movimento passa a ser este:

hesitação terminológica
        ↓
nota ou estado do trabalho
        ↓ validação
escolha terminológica durável
        ↓
Frame

O Frame pode aprender.

Mas ele não deve virar o diário de tudo o que a gente aprende.

Ele só recebe aquilo que, depois de examinado, deve governar o que vem depois.

A IA não decidiu no meu lugar

Eu poderia contar essa história como o momento em que uma IA entendeu o meu sistema melhor do que eu.

Seria chamativo.

E também seria falso.

A IA não descobriu sozinha uma verdade escondida sobre Contexto. Ela aplicou a um objeto novo as distinções que o sistema já continha: uma regra não é uma fonte, uma nota não é um entregável, um documento que governa a produção não é ele mesmo aquilo que a gente produz.

Ela propôs um lugar e explicou por quê.

No começo achei a escolha estranha. Confrontei o raciocínio dela com a minha definição de Frame. Depois percebi que a proposta se sustentava melhor do que a minha primeira intuição.

A decisão continuou humana.

Mas sem a proposta da IA eu não teria esbarrado nessa fraqueza da minha definição. Teria guardado o guia junto do livro, o sistema teria continuado funcionando e nada teria me obrigado a separar o que é estável do que governa.

Aqui a IA fez o papel de um espelho conceitual.

Ela não me deu só uma resposta. Ela me obrigou a explicar por que essa resposta me incomodava. Procurando a falha no raciocínio dela, encontrei o que faltava no meu.

Uma arquitetura precisa sobreviver aos objetos que ela não tinha previsto

Uma árvore de pastas funciona bem enquanto você só encontra os objetos para os quais ela foi desenhada.

A gente sabe onde guardar uma fonte, uma nota, uma decisão e um entregável porque foi prevista uma casa para cada um.

A dificuldade começa com o objeto novo.

O guia de tradução não existia quando defini o Frame. Eu não tinha previsto que o livro seria traduzido enquanto continuava evoluindo, nem que essas traduções precisariam de um conjunto de regras estável o bastante para atravessar vários idiomas e várias sessões.

Eu poderia ter resolvido o problema acrescentando uma exceção: guias de tradução vão em tal pasta.

Só que uma exceção não ensina nada sobre a arquitetura.

A decisão fica mais interessante quando vem de um critério que vai poder servir de novo: este documento produz um resultado, conserva um conhecimento, descreve o estado atual ou governa as ações futuras?

Uma arquitetura conceitual fica robusta quando permite guardar corretamente um objeto novo sem ter previsto esse objeto de antemão.

O teste não é saber se cada arquivo conhecido tem a sua casa.

O teste é saber se as distinções continuam úteis quando aparece algo que o sistema nunca tinha encontrado.

O sistema me devolveu a minha própria definição

No começo, eu queria só melhorar uma tradução para o inglês.

No fim, eu tinha mudado um guia de lugar, criado um léxico e mudado a minha maneira de definir o Frame.

Eu achava que ele continha aquilo que não mexia.

Agora entendo que ele contém aquilo que deve governar de forma durável o que vem depois.

Essa definição permite que o Contexto aprenda sem confundir o próprio quadro de regras com o estado atual dele. Uma regra pode aparecer tarde, ser discutida, e depois entrar no Frame quando passa a valer contra as ações futuras. Uma hesitação pode ficar em outro lugar enquanto não tiver conquistado esse status.

O detalhe mais interessante dessa história não é, portanto, o lugar onde um arquivo foi guardado.

É que, ao aplicar o sistema a um caso imprevisto, a IA me ajudou a entender melhor o próprio sistema.

Eu tinha construído o Contexto para que a IA não perdesse o fio do meu trabalho.

Dessa vez, foi ela que me permitiu reencontrar um fio que eu ainda não tinha enxergado na minha própria definição.