Como os limites de PR do GitHub ajudam mantenedores a conter contribuições de baixa qualidade geradas por IA

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: How GitHub PR limits help maintainers stop AI slop · Canal: GitHub · 01:02 · Assistir no YouTube

Tópicos: Engenharia de software com IA, Open source e ecossistemas de software

Resumo

O aumento de contribuições de baixa qualidade em repos foi identificado como um dos principais problemas para mantenedores de projetos open source. O GitHub lançou limites de PR, que restringem quantos PRs usuários sem acesso de escrita podem manter abertos ao mesmo tempo. A equipe está trabalhando em opções mais granulares, como contar PRs em rascunho para esse limite. Também planeja formas de isentar automaticamente usuários que conquistaram confiança em um repo, com base em critérios variados.

Pontos-chave

O aumento de contribuições de baixa qualidade em repos é descrito como um problema para mantenedores.
O GitHub lançou limites para o número de PRs abertos por usuários sem acesso de escrita.
A equipe quer tornar os limites mais granulares.
Uma configuração em desenvolvimento permitiria que PRs em rascunho fossem contabilizados no limite.
PRs em rascunho podem deixar contribuições indesejadas no histórico de um projeto.
A equipe também trabalha em formas de isentar automaticamente usuários considerados confiáveis em um repo.
A isenção automática poderá usar diferentes critérios.

Capítulos

Início	Capítulo	Resumo
00:00	O problema das contribuições de baixa qualidade	A equipe descreve o aumento de contribuições de baixa qualidade como um grande desafio para mantenedores.
00:31	Limites de PR e opções mais granulares	São apresentados os limites de PR e a possibilidade de incluir PRs em rascunho na contagem.
01:02	Isenções para usuários confiáveis	A equipe planeja permitir que usuários considerados confiáveis sejam isentados automaticamente dos limites.

Citações

O principal problema passou a ser o aumento de contribuições de baixa qualidade chegando aos repos. — 00:00

Permite que mantenedores definam um número máximo de PRs que usuários sem acesso de escrita podem manter abertos ao mesmo tempo. — 00:31

Uma coisa em que estamos trabalhando é adicionar uma configuração para que PRs em rascunho contem para esse limite. — 00:31

Adicionar mais formas de isentar automaticamente usuários desses limites quando eles conquistarem confiança em um repo. — 01:02

Conceitos e entidades

AI slop (conceito): Expressão usada para se referir a contribuições de baixa qualidade geradas por IA.
PR limits (ferramenta): Recurso que permite limitar quantos PRs usuários sem acesso de escrita podem manter abertos ao mesmo tempo.
draft PR (conceito): PR em rascunho que a equipe considera incluir no cálculo dos limites.
GitHub (empresa): Plataforma cuja equipe lançou os limites de PR e está desenvolvendo opções adicionais para mantenedores.
open source (conceito): Modelo de desenvolvimento mencionado no contexto dos mantenedores que recebem contribuições em seus repos.

Tradução completa (pt-BR)

00:00 Quando o principal ponto de dor passou a ser o aumento de contribuições de baixa qualidade chegando aos repos, o que temos chamado de problema do lixo de IA. Desde então, estamos todos mobilizados para tentar ajudar a resolver esse problema e descobrir mais maneiras e ferramentas para apoiar quem mantém projetos open source e precisa lidar com contribuições chegando aos repos em grande escala. Mais recentemente, lançamos limites de PR, que basicamente permitem que quem mantém um projeto defina um número máximo de PRs

00:31 que usuários sem acesso de escrita podem ter abertos ao mesmo tempo. E agora estamos acrescentando mais coisas a isso. >> É, estamos encontrando mais maneiras de tornar isso mais granular. >> Por exemplo, uma coisa em que estamos trabalhando é adicionar uma configuração para que PRs em rascunho contem para esse limite, assim você não começa de repente a receber spam. >> Sim. Quero isso. >> Você já teve isso acontecer com você? >> Só em alguns dos meus projetos, e eu fico tipo: “Dá para remover isso? Eu não… É… É só que fica ali no meu histórico, e eu não quero esse PR aleatório ali.” >> É, é. Bom, tomara que a gente lance isso em breve. E também estamos adicionando mais maneiras de excluir automaticamente usuários desses limites se eles tiverem conquistado a confiança em um repo, com base em diferentes critérios. >> Nossa, isso parece muito útil. Com certeza vou usar isso. Estou muito animado com o fato de sua equipe estar trabalhando nisso.

01:02 ficando no meu histórico, mas está. >> Sim, sim. Tudo bem, esperamos lançar isso em breve. E também adicionar mais maneiras de isentar automaticamente usuários desses limites se eles tiverem estabelecido confiança em um repo, com base em diferentes critérios. >> Ah, isso parece muito útil. Com certeza vou usar isso. Estou muito animado que sua equipe esteja trabalhando nisso.

Transcrição original

[00:00] When the number one pain point became the increase in low quality contributions hitting repos, which we’ve been calling the AI slot problem. So since then, we’ve kind of had all hands on deck to try to help solve this problem and figure out more ways and more tools to help support open source maintainers dealing with contributions hitting their repos at scale. So most recently, we shipped PR limits, which basically allows maintainers to set a maximum number of PRs

[00:31] that users without write access can have open at once. And what we’re doing now is handy on top of that. >> Yeah, so finding more ways to make it more granular. >> Um so for example, one thing that we’re working on is adding a setting to allow draft PRs to count towards that limit so that you don’t all of a sudden become spammed. >> Yes. I want that. >> Have you Yeah, have you had that happen to you? >> Just on a couple of my projects where I’m just like, “Could you get rid of that? I don’t It’s It’s It’s just there where I don’t want this random PR

[01:02] sitting in my history, but it is.” >> Yeah, yeah. Um okay, well hopefully we’ll have that out soon. Uh and then just like adding more more ways to automatically bypass users from these limits if they’ve established trust in a repo kind of based on different criteria. >> Oh, that sounds so useful. That’s something I will definitely use. I’m so excited that your team is working on that.