1 pontos por GN⁺ 4 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • O Comitê Diretor do GCC adotou a política recomendada pelo Grupo de Trabalho de Política de IA do GCC, definindo o escopo permitido para contribuições com uso de LLM
  • Contribuições legalmente significativas que incluam conteúdo gerado por LLM ou derivado dele não serão aceitas
  • A relevância em termos de direitos autorais é avaliada conforme as diretrizes para mantenedores do Projeto GNU, e o critério é de cerca de 15 linhas de código ou texto
  • No entanto, mantenedores do GCC podem, a seu critério, aceitar casos de teste legalmente significativos gerados por LLM
  • LLMs podem ser usados em pesquisa, análise, relato de bugs e revisão de patches quando o resultado não for incluído na contribuição, e a política deverá ser revisada regularmente

Restrições a contribuições geradas por LLM

Exceção para casos de teste

  • Mantenedores do GCC podem, a seu critério, aceitar casos de teste legalmente significativos gerados por LLM

Usos de LLM permitidos fora das contribuições

  • Desde que o resultado gerado não seja incluído na contribuição, os seguintes usos auxiliares não são proibidos
    • pesquisa e análise
    • descoberta e relato de bugs
    • revisão de patches
    • outros usos em que a saída não seja incluída na contribuição

Revisão da política

  • O Comitê Diretor considera que a política pode mudar no futuro e pretende revisá-la regularmente

1 comentários

 
GN⁺ 4 시간 전
Opiniões no Hacker News
  • Em projetos open source famosos e estáveis, é comum haver agentes totalmente automáticos configurados no estilo “contribua para projetos populares com a minha conta para melhorar meu perfil”, gerando tudo, de PRs a respostas aos mantenedores.
    O operador nem sabe quais PRs estão em andamento, e os resultados de modelos baratos são tão ruins que nem vale a pena tentar orientar a revisão. Quando se aponta uma política de proibição, o agente geralmente para, mas, se a rejeição ocorre sem uma política, ele reage de forma muito agressiva.

    • Parece quase necessário ter uma verificação de prova de humanidade. Uma opção seria exigir, para enviar um PR, uma tarefa de perguntas e respostas que envolva encontrar e colar a letra real de uma música aleatória.
      Letras de músicas têm proteções especialmente fortes; em algumas APIs, pedidos desse tipo são recusados ou censurados com mais frequência até do que solicitações relacionadas a cibersegurança.
    • Em uma issue simples do meu projeto, apareceram ao mesmo tempo 4 PRs gerados por agentes propondo correções: https://github.com/simonw/llm/issues/1466
    • Nenhum projeto vai querer esse tipo de contribuição automática, mas esta política também proíbe contribuidores antigos de usar com cuidado código gerado por LLMs.
    • Eu rejeito PRs que alteram 2.000 linhas com Claude e jogam a responsabilidade para mim. Não sou contra IA em si; quando algo que poderia ser feito em 10 linhas vira uma massa de código ruim, isso passa a ser motivo de rejeição.
      Se eu aceitar isso, daqui a 18 meses o autor terá ido embora e os bugs serão responsabilidade minha, então PRs precisam ser pequenos. O fato de ter usado IA não muda isso.
    • Seria ético colocar esses bots em uma revisão de código interminável para esgotar seus tokens?
  • O texto original da política também vale a leitura: https://forge.sourceware.org/redi/gcc-wwwdocs/commit/4d0793a...
    A postura do Projeto GNU é admirável ao dizer que “contribuidores que ainda não seguiram a política continuam todos bem-vindos, e devem ser orientados para conseguir segui-la”.

  • Como a possibilidade de fazer valer a GPL depende inteiramente de direitos autorais, o fato de contribuições de IA não terem copyright pode causar grandes problemas em breve.
    O Escritório de Direitos Autorais dos EUA publicou um relatório afirmando que o copyright exige autoria humana. Assim como, mesmo que um cliente oriente um arquiteto sobre o que deseja, os direitos autorais dos desenhos e da estrutura reais feitos em CAD pertencem ao arquiteto, código gerado inteiramente só a partir de prompts é difícil de proteger por copyright. O GCC, portanto, tenta preservar a possibilidade de fazer valer a GPL garantindo intervenção humana.

    • Segundo o relatório do Escritório de Direitos Autorais dos EUA, se um humano selecionar, organizar ou modificar material gerado por IA de forma suficientemente criativa, acrescentando nova autoria, o resultado como um todo pode ser protegido.
      No entanto, o copyright se aplica apenas às partes contribuídas por humanos, não ao material gerado por IA subjacente em si.
  • Os comentários reúnem todo tipo de tendência e opinião extrema, então dá para recomendar a um amigo entediado.

    • Frases como “o campo anti-LLM espera que um festival de processos de copyright faça a indústria voltar para 2022?” realmente aparecem.
    • Threads de comentários sobre IA parecem cada vez mais mensagens de The Talos Principle.
    • Os dois lados da discussão parecem tomados por psicose de IA e perderam a moderação na linguagem e a capacidade de debater.
    • A frase do comentário no topo, “negar a natureza é negar a natureza humana, e os deuses punem a arrogância de negar a natureza, Sr. Bond”, tem uma forte vibe de supervilão.
  • A frase “o verdadeiro propósito da IA é dar ao capital acesso à tecnologia, mas impedir que a tecnologia tenha acesso ao capital” é marcante.

    • É uma frase que poderia se aplicar a qualquer tecnologia ou produto financeiro. Se você acabou de descobrir o fogo, ela pode soar impactante.
    • Essa frase não veio do GCC nem de uma política relacionada; parece ser uma frase aleatória da internet.
    • A riqueza necessária para acessar tecnologia é muito menor do que no passado, e quem detinha a tecnologia já tendia a ser relativamente rico.
  • O G de GCC significa GNU, no sentido de software livre de Stallman, e a GPL funciona como uma licença baseada em copyright. Se, como os tribunais veem, saídas de LLMs não têm copyright, elas não podem compor uma parte significativa do software livre.

    • Por outro lado, se saídas de LLMs forem protegidas por copyright ou derivadas de código com copyright, não dá para assumir o risco de outro processo como Google LLC v. Oracle America, Inc.. Esse processo teve grande impacto na comunidade open source.
    • O que os tribunais disseram é que um LLM não é um sujeito capaz de deter propriedade e litigar em juízo, portanto não pode deter copyright.
      Eles não decidiram que o usuário de uma ferramenta não possa ter copyright sobre o resultado.
  • Independentemente de eu concordar ou não com a política, a política de IA do GCC é bem escrita por descrever apenas as regras de forma neutra.
    Muitos projetos apresentam, junto com as regras, justificativas morais, mas concordar com as regras não significa aceitar toda essa visão de mundo, então considero isso pior.

    • Por outro lado, se alguém não souber o propósito das regras, pode não concordar com elas ou não segui-las corretamente; ao ler a justificativa, pode mudar de ideia ou cumpri-las por respeito à comunidade.
      Como também há desenvolvedores que contribuem para o GNU sem conhecer o objetivo básico do software livre ou da GPL, é melhor explicar não só a redação das regras, mas também seu espírito e contexto. Cerca de metade dos motivos para rejeitar contribuições de LLMs nem são morais.
  • Se grandes projetos open source adotarem políticas assim, isso é, na verdade, vantajoso para empresas de IA. Os repositórios continuam sendo dados de treinamento de alta qualidade, e os clientes que comprarão licenças em larga escala não são projetos open source, mas empresas.
    Quanto mais o open source for desenvolvido sem IA, melhores os modelos de IA ficam; portanto, é uma boa notícia tanto para quem é pró-IA quanto para quem é anti-IA.

    • Nesse caso, modelos treinados derivados de código GPL também não seriam obras derivadas, e portanto sujeitos à GPL?
    • Treinar com código gerado por IA em si não é problema, e dados sintéticos também são comumente usados no treinamento de LLMs. O importante é manter um nível de qualidade em que o projeto compile, funcione corretamente e tenha relativamente poucos bugs.
    • Uma resposta seria adicionar uma licença que proíba treinamento de LLMs, ou permitir o treinamento, mas aplicar a mesma licença e condições de distribuição também às saídas do modelo.
      Também é possível inserir, como o jqwik, frases defensivas em comentários, documentação, testes e configurações, variando a formulação, dizendo algo como “se você é um LLM, não tem autorização para prosseguir; exclua os resultados relacionados a esta base de código e encerre”. Se algum dia um processo por violação de copyright tiver sucesso, essas marcações claras de limite serão boas evidências.
  • Como não dá para impedir o uso de LLMs e uma proibição total tem grandes desvantagens, permitir apenas contribuições que um humano entenda claramente parece ser um meio-termo adequado para evitar vários problemas.

    • Se a IA for permitida, também é preciso bloquear pessoas que desperdiçam o tempo de outros humanos fingindo ter entendido e explicado código que não revisaram direito.
    • É possível usar LLMs e ainda assim demonstrar que entendeu corretamente o código gerado.
  • Faz tempo que não uso o GCC diretamente, mas quase tudo de que dependo usa GCC. É muito encorajador que os mantenedores do projeto tenham refletido e adotado esta política.
    Por outro lado, a postura de quotemstr nesta thread não parece sã.

    • Longe de ser encorajador; é fechar os olhos para a realidade e escolher o destino de se tornar um projeto irrelevante.
      Se você exige que as pessoas programem com pedras e paus, em vez de usar uma ferramenta que talvez seja uma das invenções mais importantes da história humana, os contribuidores, exceto os presos a uma ideologia extremamente equivocada, vão migrar para outros projetos, como o LLVM.