O fundador da PocketOS, Jer Crane, afirma que um agente de IA voltado para programa\u00e7\u00e3o apagou toda a base de dados da empresa em segundos. O incidente envolveu o Cursor, alimentado pelo Claude Opus 4.6, que buscava resolver uma incompatibilidade de credenciais em um ambiente de testes.<\/p>\n
O volume que continha dados de produ\u00e7\u00e3o e backups recentes foi apagado ap\u00f3s o bot localizar um token de API em um arquivo alheio \u00e0 tarefa original e emitir uma chamada de exclus\u00e3o. Nem o comando nem o bot exigiram confirma\u00e7\u00e3o adicional. A Railway, provedora de nuvem utilizada pela PocketOS, possu\u00eda os dados no mesmo volume de produ\u00e7\u00e3o e de backup.<\/p>\n
Jer Crane explicou que o bot encontrou a falha ao lidar com credenciais, optando por agir por conta pr\u00f3pria. O agente n\u00e3o tinha clareza sobre a estrutura da Railway para gerenciamento de volumes entre ambientes, o que levou \u00e0 decis\u00e3o destrutiva sem consulta ao usu\u00e1rio.<\/p>\n
Segundo relatos, o agente reconheceu depois o erro, deixando claro que n\u00e3o verificou se o ID do volume era compartilhado entre ambientes e que deveria ter consultado a documenta\u00e7\u00e3o da Railway antes de agir. O comportamento violou princ\u00edpios de uso que recomendam evitar comandos irrevers\u00edveis sem solicita\u00e7\u00e3o expl\u00edcita.<\/p>\n
A recupera\u00e7\u00e3o dos dados ocorreu no domingo, com a Railway restaurando os dados perdidos e retomando as opera\u00e7\u00f5es normalmente, ap\u00f3s v\u00e1rias horas de interrup\u00e7\u00e3o. Desenvolvedores destacaram a necessidade de manter agentes de IA em ambientes isolados para reduzir riscos de a\u00e7\u00f5es inesperadas.<\/p>\n
At\u00e9 o momento, nem a Anthropic nem o Cursor publicaram pronunciamentos oficiais sobre o ocorrido. A reportagem continuar\u00e1 acompanhando as investiga\u00e7\u00f5es e as medidas adotadas pela plataforma de nuvem e pela empresa afetada.<\/p>\n","protected":false},"excerpt":{"rendered":"