Chimera 0.82.0: Worktrees começam do zero, arquivos mantêm suas terminações

Worktrees partem do remote, não de um checkout local desatualizado

Antes, um worktree novo ramificava a partir do que estivesse checked out localmente. Se o clone local estivesse dias atrás, o agente partia de código velho sem saber. O primeiro turno podia perder tempo com problemas já resolvidos ou introduzir conflitos que só apareciam depois.

Agora, uma solicitação de worktree faz fetch da branch default do remote e cria o worktree a partir desse commit. A saída informa de qual commit partiu. Quando o fetch não alcança o remote, o agente faz fallback para o HEAD local e avisa. O fetch nunca pede credenciais, então a operação não trava esperando um input que não pode chegar.

Isso importa porque um agente que parte de código velho produz trabalho que parece correto isoladamente, mas falha contra o estado atual do repositório. A mudança elimina uma fonte silenciosa de divergência entre o que o agente vê e o que o resto do time vê.

Arquivos que o Chimera escreve mantêm suas quebras de linha

A escrita de arquivos do agente passava por um modo texto que convertia toda nova linha para CRLF no Windows. Um arquivo criado no Windows discordava da convenção LF do repositório, e um hash de tradução que passava localmente falhava na CI. A discrepância era difícil de rastrear porque o arquivo parecia idêntico em uma ferramenta de diff que normaliza quebras de linha.

As escritas agora são byte-exact. Um arquivo novo recebe LF. Um arquivo CRLF existente mantém CRLF. Hashes de tradução ignoram quebras de linha, então um hash computado em uma plataforma bate com o hash computado em outra. A correção elimina uma falha específica de plataforma que quebrava pipelines de CI e forçava desenvolvedores a debugar saída do agente que não conseguiam ver.

O agente pergunta antes de trabalhar onde comandos estão desligados

Uma solicitação de código em uma pasta com comandos desabilitados costumava rodar ferramentas por uma hora e só então reportar que não podia verificar nada. O agente editava, não testava nada e entregava uma resposta não verificada. O owner descobria o problema depois do fato consumado.

Agora o agente para antes de qualquer ferramenta rodar e pergunta ao owner se permite comandos, continua sem eles ou cancela. Só a tela do owner pode conceder permissão. Um turno sem ninguém na tela nunca espera — prossegue sem comandos. A escolha é lembrada por conversa, e uma resposta não verificada declara esse fato no topo. A mudança previne trabalho desperdiçado e torna a restrição visível antes de o agente agir.

Outras correções que mudam o uso diário

Uma ferramenta de verificação ausente não marca mais um turno como falho. Quando a checagem pós-turno não consegue rodar porque seu programa não está instalado — vitest em um worktree novo sem node_modules — o turno aparece como não verificado, com o motivo e a correção. Um comando setup em .chimera/verify.toml instala o que falta. Uma checagem cujos testes rodaram e falharam ainda aparece como falha. A distinção permite ver se a saída do agente quebrou testes ou se o test runner simplesmente estava ausente.

Uma extração de memória falha não é mais silenciosa. Quando a extração por trás de um turno de Código não consegue iniciar, o app registra um warning com o tipo do erro — nunca a conversa ou uma chave — e o turno ainda responde. Antes, a falha não deixava rastro e você não conseguia dizer por que o agente parecia esquecer contexto.

O app instalado mantém suas chaves seja qual for a pasta de onde é aberto. O backend costumava ler o .env da pasta de lançamento e registrar essa pasta para o serviço em background. Um app aberto de um terminal em outro lugar iniciava sem provider key e todo turno falhava. O atalho do menu Iniciar escondia o problema. Uma build empacotada agora sempre roda seu backend na pasta de instalação.

Um tweak numérico se aplica quando você termina de digitar, não a cada tecla. Digitar 34 em um tweak que vai de 28 a 56 enviava 3 primeiro, era recusado e voltava ao valor anterior. O campo agora aplica uma vez, ao sair do campo ou pressionar Enter, limita ao intervalo, e Esc descarta o rascunho.

O README não chama mais o Chimera de auto-evolutivo. Sete execuções de aprendizado pré-registradas não encontraram ganho mensurável, então o título, descrição do pacote, ajuda da CLI, app e READMEs traduzidos agora dizem o que a evidência sustenta: um agente governado que publica seus próprios resultados nulos. Os READMEs traduzidos também não prometem mais um teste A/B que o loop de aprendizado não executa.

A bridge pagina e filtra a lista de conversas. Listar conversas pela ponte do Claude retornava todas as 1.465 de uma vez. Agora aceita limit, cursor, state, project e q, usa 50 por página como padrão na bridge, e a lista sem parâmetros da tela permanece inalterada.

Atualize com pip install --upgrade chimera-agent e leia as notas completas em Chimera Agent v0.82.0.