Carregando catálogo
Início//ADR e Runbook de Rollout OTA Seguro para Frota de Dispositivos Conectados — Pacote Multi-Arquivo contra "Brick" em Massa (Caso Samsung, 22/09/2026)
Event-Drivenpacote verificado
Preferências de privacidade
Usamos cookies essenciais para autenticação, sessão e funcionamento da plataforma. Com seu consentimento, também usamos cookies analíticos para melhorar a experiência. Veja nossa Política de Privacidade para detalhes.
Testado em:
taxonomy / tags
product / specification
Em 22/09/2026, uma atualização de firmware distribuída via SmartThings deixou geladeiras Samsung Bespoke AI (linha de 4 portas, 2024+) sem refrigeração na Coreia do Sul. O display travei em "Checking SmartThings app during update", os dispositivos apareceram offline no app, e centenas de clientes abriram chamado — com a Samsung confirmando que a falha ocorreu "por um erro durante o teste interno de um software de geladeira". O episódio caiu no feriado de Chuseok e destruiu estoques de comida de famílias inteiras.
A causa raiz não foi um bug isolado. Foi ausência de arquitetura de rollout: um artefato de teste alcançou produção, não havia canário, não havia kill switch, não havia telemetria de heartbeat pós-update, e a recuperação dependia de técnico presencial.
Este pacote te dá o ferramental completo para projetar e operar um pipeline de OTA que nunca chega nesse ponto — e para responder em minutos se chegar.
| Arquivo | Papel |
|---|---|
01-prompt-principal.md | O prompt reusável para IA: persona de arquiteto SRE/IoT, objetivo, passo a passo de raciocínio e schema JSON exato de saída |
02-regras-e-restricoes.md |
buyer / evidence
Nenhuma avaliação ainda. Compre e seja o primeiro a avaliar!
| 24 guardrails numerados: o que a IA nunca pode fazer, casos de borda (frota sem telemetria, dispositivo offline, gateways atrás de NAT) e formato de erro |
03-contexto-e-exemplos.md | Glossário de domínio, premissas do ambiente e 2 exemplos completos input→output (um caso feliz e um caso difícil/borda: brick em massa durante janela de congelamento) |
04-harness-de-verificacao.md | Checklist de autoverificação pré-entrega + critérios objetivos de aceite que o comprador usa para validar cada saída |
05-templates-e-variacoes.md | Variações curta/longa, adaptação para Kubernetes/IoT Edge, AWS IoT Core e Matter/Thread, além de snippet de política de rollout em YAML |
Três diagramas SVG originais ilustram: (1) a topologia do pipeline de rollout canário com gateways de frota, (2) a máquina de estados do dispositivo durante o update (com os estados de falha observados no caso Samsung) e (3) a árvore de decisão do runbook de resposta a incidente.
Não é um parágrafo de prompt solto que você cola em uma IA e espera sorte. É um contrato de engenharia: schema de saída fixo, guardrails explícitos, few-shot com caso de borda e harness de verificação com critérios de aceite binários. O resultado é uma saída que você pode colocar numa ADR real, revisar em PR e defender numa post-mortem.
Ao final, você tem em mãos:
Pronto para usar com GPT-4/5, Claude e Gemini: os arquivos são escritos em pt-BR e não dependem de nenhuma feature proprietária de vendor.
