O que o seu CI roda em cada pull request?

Ruff para lint e formatação, uma checagem de tipos com mypy ou pyright, e a suíte do pytest, todos quebrando o build em vez de só avisar. O Ruff substitui flake8, isort e black numa única passada rápida, então o portão inteiro roda em bem menos de um minuto na maioria dos repositórios. Questões de estilo são resolvidas pelo formatador, não em comentários de review.

Checagens rápidas primeiro para o feedback vir logo: ruff check e ruff format em modo de verificação, depois o checker de tipos, depois a suíte de testes com cobertura. Todos bloqueiam o merge. O Ruff engoliu o que era flake8, isort, pyupgrade e black para a gente, e ele roda o repositório inteiro em cerca de um segundo, o que importa mais do que parece porque um portão que as pessoas esperam dois minutos é um portão que as pessoas começam a pular. A configuração vive no pyproject para o editor, o hook de pre commit e o CI não poderem discordar. Localmente as mesmas regras rodam no commit, então nada surpreendente aparece no pipeline. Além disso a gente roda pip-audit para avisos e um build da imagem do container, para um Dockerfile quebrado falhar no review em vez de no deploy. O benefício cultural é o que mais me importa, que é ninguém mais comentar sobre formatação e o code review ter virado uma conversa sobre se a lógica está certa.