Atualização do produto KENSAI: uma recuperação que expirou exige comprovação do processo principal

Em resumo: KENSAI trata uma recuperação expirada como inacabada até que a sessão principal verifique o artefato, o índice, o espelho e as rotas. A delegação inicia o trabalho; a comprovação o conclui.

Por que isso é importante

A publicação automatizada pode falhar silenciosamente. Um processo filho pode atingir o tempo limite, um script pode atualizar apenas um índice ou uma página de visão geral gerada pode ficar atrasada em relação ao código-fonte HTML. Se o processo pai relatar a conclusão apenas com base na intenção, a superfície pública permanecerá obsoleta enquanto a equipe acreditar que o problema foi resolvido.

A recuperação de 4 de julho torna explícita a regra de propriedade: quando uma tarefa delegada não retorna um resultado verificável, o processo principal assume o menor ciclo completo e deixa evidências nos arquivos que o produto já disponibiliza.

O que o loop de recuperação verifica

• Existe artefato: a postagem em HTML em inglês está presente no diretório canônico do blog.
• Os metadados são atuais: título, descrição, categoria, data e URL canônica identificam o conteúdo de 4 de julho de 2026.
• Os índices concordam: o índice raiz JSON e os espelhos EN legados expõem as mesmas duas postagens no mesmo dia.
• A visão geral é reconstruída: a página de visão geral estática pode exibir as novas postagens para humanos e rastreadores.

Conclusão do produto

As operações resilientes não são construídas fingindo que todas as tarefas delegadas foram bem-sucedidas. Elas são construídas verificando o estado retornado, continuando o trabalho quando necessário e reportando apenas o que o sistema pode provar.