SQLite não aceita código escrito por agentes

 (simonwillison.net)
2 pontos por GN⁺ 5 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • O AGENTS.md do SQLite é voltado para pessoas que usam agentes no codebase e deixa claras as condições para pull requests e a política sobre código gerado por agentes
  • O SQLite não aceita pull requests sem acordo prévio ou sem documentação legal que coloque o pull request em domínio público; as mudanças reais são reimplementadas diretamente pelos desenvolvedores
  • Ele não aceita agentic code, mas pode aceitar agentic bug reports que incluam casos de teste reproduzíveis
  • Um commit recente removeu “currently”, mudando a política de rejeição de código gerado por agentes de uma formulação temporária para uma redação mais categórica
  • Com o aumento de relatórios de bugs gerados por IA com qualidade variada, o SQLite criou um novo fórum de bugs e separou o relato de problemas da reimplementação feita por desenvolvedores humanos

Política do AGENTS.md do SQLite

  • O AGENTS.md do sqlite é um arquivo para pessoas que usam agentes com o codebase do SQLite, e não diz respeito a diretrizes para o desenvolvimento do próprio SQLite
  • Esse arquivo foi adicionado em um commit de 5 dias atrás e explicita as condições para aceitação de pull requests e a política sobre código gerado por agentes do projeto SQLite
  • O SQLite não aceita pull requests sem acordo prévio ou sem documentação legal que coloque o pull request em domínio público
  • Pull requests enxutos, bem organizados e escritos por humanos podem ser analisados como prova de conceito, mas as mudanças reais são reimplementadas diretamente por desenvolvedores do SQLite

A fronteira entre código de agentes e relatórios de bugs

  • O SQLite não aceita agentic code
  • Agentic bug reports com casos de teste reproduzíveis podem ser aceitos
  • Patches ou pull requests que mostrem uma possível direção de correção são bem-vindos para fins de documentação
  • O commit mais recente removeu “(currently)” de “SQLite does not (currently) accept agentic code”, e a mensagem do commit foi “Strengthen the statement about not accepting agentic code”
  • Com essa mudança, a política do SQLite de rejeitar código gerado por agentes passou de uma formulação temporária para uma redação mais categórica

Relatórios de bugs gerados por IA e fórum separado

  • O fórum do SQLite vinha recebendo muitos relatórios de bugs gerados por IA com qualidade variada
  • O SQLite separou isso e criou um novo SQLite Bug Forum
  • D. Richard Hipp está lidando com as issues do novo fórum de bugs e fazendo uma sequência de commits no codebase
  • A política do SQLite fica organizada de forma a não mesclar diretamente código feito por agentes, separando relatos de problemas reproduzíveis da reimplementação feita por desenvolvedores humanos

Leituras relacionadas

1 comentários

 
GN⁺ 5 시간 전
Comentários do Lobste.rs

  • Pelo que eu lembrava, o SQLite não aceita nenhuma contribuição sem um CLA enviado por correio físico, então isso não é nada surpreendente

    • Sim. O que me surpreendeu foi terem usado esse mecanismo específico dessa forma para anunciar isso
      O título é uma citação do texto do arquivo AGENTS.md

  • Não é nada surpreendente. O interessante é que eles adicionaram um arquivo AGENTS.md ao repositório para facilitar o gerenciamento quando as pessoas tentarem enviar esse tipo de código

    • A maioria das ferramentas open source também provavelmente vai precisar de um AGENTS ou de algum outro sinal de orientação “padrão”
      Não só LLMs que trabalham com código, mas também LLMs que configuram o programa resultante ou usam bibliotecas de forma responsável precisam de orientação. Se você oferece uma interface de plugin, provavelmente é melhor para todo mundo deixar isso claro para as LLMs

  • A visão do SQLite apresentada numa página de suporte de longo prazo criada muito antes das LLMs sempre me impressionou
    Os desenvolvedores dizem trabalhar com a intenção de dar suporte ao SQLite até 2050, e que essa perspectiva de longo prazo influencia decisões importantes. Também gosto do trecho que diz que o objetivo é criar um código que resista ao tempo, sem se deixar levar por modismos, e que possa ser lido, entendido e mantido por programadores que ainda nem nasceram

  • Se você gosta de controle de versão ou de UI/UX web, talvez também seja interessante ver o commit citado pelo Simon sobre o “reforço do texto de não aceitação de código de agentes” na forma original pela UI web do Fossil, em vez de pelo Git
    Esse commit está no trunk, então é menos interessante, mas se estivesse em uma branch, você também poderia escolher a linha do tempo da branch na lista de “Timelines”. A linha do tempo “Ancestors” mostra até ancestrais fora da branch, então dá para verificar o que foi mesclado nela

  • Então, mesmo sendo código que eles não aceitariam de qualquer forma, ele também não pode ser código escrito por agente. Entendi