Teste de realidade da produção
O Cursor avariou a aplicação. O diff sabe mais do que o chat.
O resumo ajuda; o controlo de versões prova. Pare edições e identifique os commits bom e mau.
01
O que aconteceu?
Um agente pode alterar muitos ficheiros e executar comandos. Checkpoints do Cursor são locais e não substituem Git nem rollback de produção.
02
Porque é que isto acontece
- A tarefa ampla causou refactoring não pedido.
- Um comando mudou dependências, migrações ou ficheiros gerados.
- O checkpoint local não corresponde à release.
03
O que pode verificar
- Inspecione Git diff, lockfile, migrações e configuração.
- Reveja comandos e a primeira verificação falhada.
- Compare o commit publicado com a última release boa.
04
Como testar a correção em segurança
Faça a correção num branch separado, valide-a num staging próximo de produção e publique exatamente a versão aprovada. Mantenha disponível o último artefacto estável e um rollback testado.
05
Quando precisa de um programador
Chame um programador sénior quando estiverem em causa dados, autenticação, permissões, pagamentos ou infraestrutura, ou quando a causa não for explicável. O Shipvise junta staging, verificações automáticas, revisão por IA ou sénior, deploy controlado, hosting e rollback.
FAQ
Perguntas depois de a demonstração deixar de funcionar
Checkpoints substituem Git?
Não. São snapshots locais de alterações do agente; Git dá histórico partilhado e a identidade da release.
Devo reverter tudo?
Não necessariamente. Migrações e dependências podem exigir recuperação diferente do código.
Cursor é uma marca do respetivo proprietário. Shitvise e Shipvise são independentes e não são afiliados nem aprovados pela Anysphere.