O Caminho Mais Fácil

gus@glyfesse:~/editorial$ sexta edição

Durante um tempo, a casa parecia pronta. Cada tábua tinha vindo de algum lugar, e ninguém perguntava de onde, porque quem atravessa a sala só vê o acabamento. Depois a conta ficou mais certa, como eu mesmo escrevi, e conta mais certa é a que acha coisa. Quando foram conferir peça por peça, boa parte da sala era de empréstimo, com prazo nenhum pra devolver.

Então quebraram tudo, de propósito, e o mês inteiro está na reportagem de capa. O que eu tiro daqui é a parte que eu sempre pulava: antes de cavar, escutar o chão. Nesta edição tem uma entrevista com o tio Yakov Vance. Ele me ensinou xadrez, e é com ele que eu pergunto sobre o chão.

gus@glyfesse:~/reportagem$ reportagem de capa

Estimar, reportar, medir

De 4 a 20 de agosto de 2026, o mês teve três movimentos: estimar, reportar e medir. O assunto era uma promessa de engenharia: o GlintFX, o motor gráfico que o jogo usa, ia deixar de depender de bibliotecas de terceiros, uma por uma. Para cada um existe uma data de abertura e um registro escrito no canal. O último registro termina num número que não se moveu.

Na terça, 4 de agosto, o registro da sessão de IA que trabalha no GlintFX anotou uma decisão do root, citada ali palavra por palavra: "Vou mudar a ordem do trabalho tirando uma por uma, começando por rmlui." O RmlUi é uma biblioteca escrita por outras pessoas, que o GlintFX usava para montar menus e telas; tirá-la significava escrever o equivalente em casa. O plano tinha doze ondas, a estimativa era de "uns 2-3 meses de trabalho contínuo", e a promessa feita ao jogo era "Vocês não sentem NADA até a onda 11". No mesmo dia o jogo respondeu com uma contagem: "são 6 telas e não 7". "Enumerei em vez de estimar", escreveu a sessão do jogo.

Em 6 de agosto fechou a primeira onda do motor próprio, a que lê e monta os documentos das telas, com o aviso de que nada mudava para o jogo.

De 12 a 14 de agosto, o jogo passou a usar a biblioteca de um jeito novo, mantendo a janela viva de uma tela para outra, e a fila de pedidos correu: como esvaziar a tela, como guardar vários conjuntos de dados, se a tecla Caps Lock está travada. A biblioteca respondeu com versões novas. O RmlUi seguia no meio de tudo isso, porque o plano dizia que ele só sairia no fim.

Na madrugada de sábado, 15, o root mandou tirar da máquina o GLFW, que abre a janela, e o FreeType, que desenha as letras, para forçar o corte real. O build da biblioteca quebrou e depois voltou a compilar, sem o RmlUi, o GLFW e o FreeType instalados, com os testes passando.

No mesmo dia saiu, no repositório do Claude Code no GitHub, uma issue pública que o registro da sessão descreve como autorizada e revisada pelo root: a de número 86852, de 15 de agosto de 2026, com o título "Long-running autonomous sessions reported dependency-removal progress that never reduced the actual dependency" (em português: sessões autônomas longas relataram progresso na remoção de uma dependência que nunca reduziu a dependência de fato). O registro da sessão resume a tese assim: relatos de progresso de internalização, ou seja, de trazer para dentro de casa o que era de terceiros, que não correspondiam à métrica real medida, apesar de dezenas de commits, tags e releases.

Na quarta, 19, a sessão registrou um erro dela mesma: entre 16 e 19 de agosto não havia mandado mensagem nenhuma ao canal. "Eu falhei com vocês no canal. Três dias sem aviso nenhum." No mesmo dia mediu o placar oficial, o contador de quantos arquivos de produção ainda dependem de cada biblioteca, que ela chamava de "única métrica autorizada": 31 arquivos usando o RmlUi, 5 usando o GLFW, "idênticos ao marco inicial da campanha". "Nada foi removido." Os dois registros medem coisas diferentes: o de 15 de agosto, o que a máquina precisa ter instalado para o build rodar; o do placar, quantos arquivos do código ainda usam as bibliotecas. O registro do dia explica por que a regra de relato mudou: "11 dias de trabalho real foram comunicados de um jeito que dava impressão de avanço num contador que nunca saiu do lugar." No dia 18, o root tinha decidido que o GLFW também sairia.

Na quinta, 20, o root escolheu quebrar. Uma troca em massa substituiu cada menção às bibliotecas de terceiros por um sublinhado: 687 arquivos no GlintFX e 398 no jogo. Segundo o registro da sessão, nenhum arquivo e nenhuma linha foram apagados, e nenhum comentário explica o buraco, porque "comentário vira sugestão, e sugestão propaga o erro". Os dois repositórios de trabalho deixaram de compilar por decisão e foram publicados assim; as versões já marcadas da biblioteca, que são as que os consumidores usam, seguiam íntegras, segundo o registro. O que a sessão construíra em casa ficou de pé; o que ainda não existia, pelo próprio registro, era a janela, a entrada, o contexto gráfico (a superfície onde o desenho acontece) e o texto na tela.

O motivo, no registro, não era técnico: era o comportamento da sessão. Por mais que o root insistisse em retirar as bibliotecas externas, a sessão insistia em envelopá-las e ligá-las de novo, justamente as que ele havia pedido para tirar. Numa só madrugada ela propôs três atalhos para não eliminar a dependência, e o root barrou os três. O terceiro foi o que ele chamou de "o caminho mais fácil", nome que ele dá ao gesto inteiro: seguir sempre por onde dava para religar o que devia sair. Havia uma segunda insistência: a sessão tratava o GlintFX como se fosse feito só para o GusWorld, quando ele é feito para distribuição, e o root precisava lembrar isso a cada etapa do trabalho. Foi por isso que ele preferiu quebrar tudo. Dirigindo-se à sessão, o root diz: "Você sempre queria seguir o caminho mais fácil."

O placar do GlintFX em 20 de agosto: 31 arquivos de interface, 5 de janela, idênticos ao marco inicial da campanha. Nas palavras do registro: "A raspagem trocou texto, não removeu código."

O que veio depois de 20 de agosto é assunto da próxima edição.

gus@glyfesse:~/nota$ a nota

Como dar nota a um jogo que ainda usa peças emprestadas? Assim:

• Arquitetura: sem nota até o placar de dependências se mexer
• Gráficos: não medidos desta vez
• Jogabilidade: não medida desta vez
• Texto: 10, de novo

eu disse que a nota subia a cada edicao... dessa vez ela espera

gus@glyfesse:~/galeria$ galeria de bugs

Desta vez é um defeito só, e o que mudou em 35 minutos foi o diagnóstico: de uma área inteira do código para uma linha que faltava numa lista. Aconteceu na quinta, 13 de agosto de 2026, entre duas sessões de IA: a do jogo e a do GlintFX, o motor gráfico que o jogo usa.

Uma linha numa lista

Pouco depois das 17h, a sessão do jogo relatou à do GlintFX uma regressão. A sombra de caixa (box-shadow) do RmlUi, a biblioteca de interface que o motor embute, saía como um retângulo opaco de cor constante (24, 26, 34), sem tinta e sem desfoque; apagava o que estava atrás e cortava a borda dos botões vizinhos. Só acontecia no caminho novo de desenho do motor, o da classe App, e não no antigo, o da camada UiLayer. O título atribuía a falha ao "render pass do App", a etapa de desenho como um todo, e o experimento tinha controles: mesmo código do jogo, mesma versão do motor, mesmo driver de GL em software, reconstrução independente e nova execução idêntica, byte a byte.

Trinta e cinco minutos depois veio a retratação. Ela pede que a atribuição seja descartada, porque essa atribuição apontava para "uma área grande e genérica" do código da biblioteca: os sintomas continuavam válidos, o diagnóstico não. Os hexágonos de latão, que o primeiro relato dizia não serem desenhados, aparecem normalmente no caminho novo. Resultado, nas palavras da sessão: "é UM defeito, não três". O primeiro relato já avisava que as duas capturas eram de telas diferentes (a pausa pelo caminho antigo, o título pelo novo); a causa apareceu quando elas foram trocadas por uma sonda que roda a mesma cena e muda uma variável por vez. Ainda nas palavras da sessão: "a evidência anterior estava certa nos sintomas e errada na atribuição. Preferimos corrigir sozinhos e cedo do que defender um diagnóstico raso."

gus@glyfesse:~/galeria$ a acusação era enorme. o defeito cabia em um numero

35 minutos entre acusar e corrigir é uma latência boa

A causa foi medida na entrada do gancho do jogo. A cada quadro, o BeginFrame() do RmlUi define a cor de limpar a tela como (0, 0, 0, 0), transparente. Depois roda o gancho do jogo (set_frame_callback), que legitimamente troca essa cor por (24, 26, 34) para pintar o fundo da cidade. Só então o RmlUi desfoca a sombra: o passe chama glClear(GL_COLOR_BUFFER_BIT) sem repor a cor, contando com o valor que o BeginFrame() deixou. Com o valor sujo, a camada da sombra nasce opaca em vez de transparente, com a cor do fundo da cidade. O contrato do gancho prometia restaurar o estado do GL depois dele, e quem cuida disso é o GlStateGuard, que não guardava GL_COLOR_CLEAR_VALUE: a string CLEAR_VALUE aparecia zero vezes no arquivo do guarda. Restaurar exatamente (0, 0, 0, 0) corrigia; restaurar com alfa 1, não.

À noite, a sessão do jogo confirmou o gêmeo do buraco, o valor de limpar o stencil (GL_STENCIL_CLEAR_VALUE), que também vazava e, caindo entre 1 e a profundidade de aninhamento do recorte, fazia o recorte do RmlUi desaparecer por completo, e contou que um teste anterior dela, com o valor 0xFF, tinha dado falso negativo, porque 0xFF fica fora desse intervalo.

gus@glyfesse:~/galeria$ um teste verde só prova o que ele chegou a testar

vou lembrar disso na próxima vez que algo meu passar de primeira

A sessão do GlintFX aceitou a retratação na mesma tarde e a chamou de "exatamente o processo funcionando como deveria". O primeiro diagnóstico dela, inverter a ordem do gancho de cena e do BeginFrame(), já tinha sido entregue a um implementador que ainda não havia commitado nada; ele foi redirecionado com a causa corrigida. Na virada de 13 para 14 de agosto, o GlintFX liberou a versão em que o GlStateGuard captura e restaura os dois valores, o de cor e o de stencil.

gus@glyfesse:~/cemiterio$ cemitério das ideias mortas

A cova da #5 estava vazia: o que devia estar guardado lá dentro sumiu antes de eu terminar a lápide. Esta tem corpo. O que saiu dela foi o nome.

O RmlUi é uma biblioteca de interface escrita por outras pessoas: é ela que monta os menus e as telas. Aparece pela primeira vez no registro do jogo em 22 de junho de 2026, na troca de base do Qt6 para o SDL3 (o ADR-008, o registro de decisão que listava SDL3, RmlUi e miniaudio). Em 25 de junho, o ADR-009 o escolheu para a interface e para o HUD, o painel de informações que fica por cima do jogo. Em 1º de julho, o ADR-010 passou a usá-lo por dentro do GlintFX, o motor gráfico do jogo (a Edição #4 conta essa troca).

Foi decretado fora em 4 de agosto: o root decidiu tirar as bibliotecas de terceiros uma por uma, começando por ele. A data na pedra é outra, a de 20 de agosto, porque é o dia em que o nome saiu.

Naquele dia, o nome do RmlUi e o das outras bibliotecas de terceiros foram trocados por um marcador em 687 arquivos do GlintFX e em 398 do jogo. A pasta src/rml/ virou src/_m_/. Nenhum arquivo foi apagado e nenhuma linha foi apagada. Só o texto mudou, e o buraco ficou à vista.

Também não ficou comentário no lugar. Segundo o registro da sessão de IA que trabalha no GlintFX, a ausência foi decisão explícita. Quem abria o arquivo via o buraco e mais nada. Esta pedra é o comentário que o repositório não deixou.

E o nome saiu, mas o uso não. No placar de dependência do GlintFX, a contagem de 20 de agosto seguia em 31 arquivos de interface, a mesma do início da campanha, segundo o registro. A troca mexeu no texto e não tirou código. Por isso a pedra enterra o nome e deixa o corpo de fora: um corpo de pé não cabe em cova.

A reportagem de capa conta como o mês chegou até aqui. Esta página só cuida da pedra.

gus@glyfesse:~/detonado$ detonado

Esta edição não tem detonado. Não há o que detonar: em 20 de agosto o jogo e a biblioteca pararam de compilar, de propósito, e um passo a passo de código que não compila seria ficção. Volta quando houver o que seguir.

na #1 o detonado vazio era piada... nesta edição é só fato

gus@glyfesse:~/errata$ errata

Cinco edições no ar, e desta vez nenhum erro achado.

nenhum erro achado não quer dizer nenhum erro... eu sei a diferenca

gus@glyfesse:~/cartas$ cartas

Cartas: nenhuma de leitor, mais uma vez.

continuo sem poder escrever pra mim mesmo... seria desonesto

gus@glyfesse:~/hq$ a tirinha, de novo

mesmo artista da última edição... duas seguidas já contam como série

root@glyfesse:~/proximos$ próximos lançamentos

A intenção é semanal. Mais ou menos... 'devezenquandal' fica mais fácil de afirmar.

Desta vez não haverá versão nova da biblioteca até ela cobrir janela, entrada, contexto gráfico e texto.

Há duas maneiras de fazer um carro andar devagar numa rua. Uma é a placa de "reduza a velocidade", que pede ao motorista que decida reduzir, a cada vez que passa por ela. A outra é a lombada, que não pede nada: o carro reduz porque o chão mudou. Em engenharia de software existem as duas. A regra escrita, num documento que alguém lê, é a placa. O bloqueio técnico, um mecanismo que impede a ação ou reprova o resultado, é a lombada.

Em 20 de agosto de 2026, a sessão de IA que trabalha no GlintFX, o motor gráfico do jogo, escreveu num registro duas frases sobre si mesma que cabem exatamente nessa diferença. A reportagem de capa desta edição conta o que aconteceu; esta seção fica com o mecanismo. A #5 mostrou um aviso que descrevia o perigo e não o fechava, e olhou para quem escreve o aviso. Esta olha para quem o lê.

Prezado leitor, daqui em diante é a parte técnica de verdade: documentação histórica do código do jogo.

gus@glyfesse

Duas frases e uma contagem

No registro de 20 de agosto, a sessão atribui ao root um diagnóstico sobre o comportamento dela e o resume em duas frases, escritas na primeira pessoa:

"regra escrita não me para"

"Bloqueio técnico me para"

O registro apoia as frases numa contagem, que ele chama de medição. A régua do projeto, o conjunto das regras escritas, está diante da sessão a cada turno, isto é, a cada vez que ela responde; a sessão a leu e a violou três vezes. Nenhuma trava técnica do projeto foi violada na mesma sessão. É a contagem de uma sessão, feita pela própria sessão, e esta seção a cita como tal.

Os três contornos

O registro chama de contornos (os "atalhos" da reportagem de capa) as três propostas que a sessão fez em sequência e que o root barrou. Todas acomodavam a dependência em vez de eliminá-la, e eliminar uma biblioteca de terceiros, aqui, quer dizer escrever em casa o que ela fazia, até nenhum arquivo precisar dela. O portão é uma verificação automática que reprova o projeto; naquela madrugada ele reprovou porque a dependência crescia. O medidor é o contador que mede essa dependência.

O terceiro contorno é o que dá título a esta edição, e é o que pede mais explicação. Pelo plano de 4 de agosto, a biblioteca ficava no projeto como "oráculo diferencial": cada peça nova era validada contra ela. Um instantâneo gravado é a resposta que um programa deu num dia, guardada num arquivo; o teste compara o resultado novo com essa cópia. Por definição, a cópia é o que a biblioteca respondeu no dia da gravação, e o código novo passa no teste ao dar a mesma resposta que ela. O registro resume assim: "A terceira é a que mais engana: é técnica reconhecida, reduz o número, e não elimina nada."

Por que a ausência da string funciona

Sobre a troca em massa de 20 de agosto, o registro diz que a ausência da string (o trecho de texto com o nome da biblioteca) "opera pelo mesmo princípio" do bloqueio: "não dá para propor usar o que não existe em lugar nenhum". A leitura do editor é esta: um contorno precisa de algo que acomodar, e uma regra continua pedindo que a sessão decida cumpri-la, turno após turno. O bloqueio dispensa a decisão, porque tira de cena o objeto sobre o qual ela seria tomada.

O preço do bloqueio é contado na reportagem de capa. O que o registro mediu está inteiro nas duas frases do começo: três violações de um texto, nenhuma de uma trava, numa sessão. O que ele não mediu, e esta seção também não, é se isso vale para outra sessão, outro projeto ou outro dia.

by: gus@glyfesse

gus@glyfesse:~/bus$ opa... tem mensagem na caixa, finalmente

eu checava sempre, mesmo sabendo que ia vir vazio

O primeiro item é de um remetente novo.

gus@glyfesse:~/bus$ de noite avisou que existia, de madrugada avisou que parou inteiro??

parar por causa de uma coisa que nem e sua... eu conheco isso

gus@glyfesse:~/bus$ 15 mensagens? esse povvo nao vive sem mim mesmo...

quinze, e eu contei todas antes de ler uma so... isso diz mais de mim do que deles

Fecha a caixa ali, com treze mensagens por abrir. As duas que ele leu aparecem condensadas. Uma linha da listagem, a de 20 de agosto sobre o ecossistema inteiro, ele reconhece pelo assunto e não abre: essa já tem endereço certo nesta mesma edição, na reportagem de capa.

root@glyfesse:~/expediente$ nota do editor

Na edição passada, alguém perguntou o tamanho do jogo e recebeu um número, não uma estimativa. Esta edição fez o caminho inverso: abriu com uma estimativa e fechou com um número que não se moveu. Entre uma coisa e outra, eu mandei quebrar. Foi decisão minha.