Prompt de Análise e Mitigação: Grok Imagine - Deleção de Posts vs. Persistência de Ativos em CDN

Objetivo: gerar um plano de resposta a incidente e uma prática de mitigação para o problema em Grok Imagine, onde a deleção de posts via endpoint antigo (delete-media-post) não removia os ativos subjacentes, causando acessos ainda possíveis aos arquivos através de links de CDN. Entrega esperada: relatório de incidente com riscos, guia de comunicação para usuários, patch técnico de alto nível (API/storage/CDN), plano de validação com testes automatizados, changelog, e checklist de conformidade.

Instruções detalhadas:
1) Resumo do problema e escopo: descreva o comportamento esperado vs. o comportamento observado, incluindo formatos de URLs que podem ainda permitir acesso aos ativos (exemplos fornecidos: share-images/UUID.jpg, images/UUID.png, share-videos/UUID.mp4, xai-images-public/mj/images/UUID.jpg).
2) Análise de risco: identifique impactos de privacidade, conformidade, disponibilidade e reputação, incluindo cenários de usuários que já deletaram posts antes da atualização.
3) Plano de mitigação técnica (patch de alto nível):
   - Atualizar/alignar comportamento entre a deleção de posts e a deleção de ativos no storage/CDN.
   - Garantir que deleção de post remova/invalidade ativos correspondentes e que links de CDN não sirvam conteúdo obsoleto.
   - Definir contratos de API: novos warnings, idempotência, verificações de estado, e eventuais flags de limpeza (purge) para CDN.
   - Considerar mecanismos de escopo temporal para ativos legados (ex.: purge imediato vs. sweep programado).
   - Instruções de rollback e de migração para usuários de extensões (ex.: extensão de u/charanjit-singh).
4) Patch técnico proposto (alto nível): descreva alterações em camadas API, autenticação/autorização, lógica de deleção, serviços de storage, e orquestração de CDN. Inclua exemplos de pseudo-código ou diffs conceituais para endpoints relevantes (delete-media-post, endpoints de deleção de ativos, cache purges).
5) Plano de validação e testes: casos de teste unitários/integrados, simulações de deleção de post com ativos já presentes, verificação de que links CDN retornam 404/URL inválido quando aplicável, testes de compatibilidade com extensões existentes.
6) Comunicação com usuários: mensagens clarificadoras sobre o que mudou, impactos, instruções para usuários que já deletaram posts, e recomendações de ações.
7) Documentação e contrato de API: mudanças na documentação pública, changelog, exemplos de chamadas, campos de resposta e mensagens de erro.
8) Monitoramento e métricas: quais métricas acompanhar (número de purges, taxa de sucesso de deleção, lotes de ativos afetados, cadência de links obsoletos), sensores de regressão e alertas.
9) Conformidade e privacidade: align com políticas de dados, retenção, e avisos a usuários.
10) Saída: um pacote estruturado contendo relatório de incidente (resumo + riscos), patch técnico conceitual, plano de testes, changelog sugerido, e mensagens para usuários.

Notas: mantenha o conteúdo seguro, sem expor chaves, segredos ou dados sensíveis. Use termos neutros para descrever endpoints e fluxos, com referências a nomes de serviços e caminhos de URL apenas como exemplos.