SQLite n’accepte pas le code écrit par des agents

 (simonwillison.net)
2 points par GN⁺ 5 시간 전 | 1 commentaires | Partager sur WhatsApp
  • SQLite AGENTS.md s’adresse aux personnes qui utilisent des agents sur la base de code et précise clairement les conditions des pull requests ainsi que la politique concernant le code généré par des agents
  • SQLite n’accepte pas de pull requests sans accord préalable ni document juridique plaçant la pull request dans le domaine public, et les modifications effectives sont réimplémentées directement par les développeurs
  • SQLite n’accepte pas le code agentique, mais peut accepter des rapports de bug agentiques accompagnés de cas de test reproductibles
  • Un commit récent a supprimé « currently », remplaçant ainsi une formulation temporaire du refus du code généré par des agents par une formule plus catégorique
  • Face à la hausse des rapports de bug générés par l’IA de qualité variable, SQLite a créé un nouveau forum dédié afin de séparer les signalements de problèmes de la réimplémentation par des développeurs humains

La politique AGENTS.md de SQLite

  • sqlite AGENTS.md est un fichier destiné aux personnes qui utilisent des agents sur la base de code de SQLite, et ne contient pas d’instructions pour le développement interne de SQLite lui-même
  • Ce fichier a été ajouté dans un commit il y a 5 jours et précise les conditions d’acceptation des pull requests ainsi que la politique sur le code généré par des agents du projet SQLite
  • SQLite n’accepte pas de pull requests sans accord préalable ni document juridique plaçant la pull request dans le domaine public
  • Les pull requests humaines, concises et bien structurées, peuvent être examinées comme preuve de concept, mais les modifications réelles sont réimplémentées directement par les développeurs de SQLite

La frontière entre code agentique et rapports de bug

  • SQLite n’accepte pas le code agentique
  • Les rapports de bug agentiques accompagnés de cas de test reproductibles peuvent être acceptés
  • Les patchs ou pull requests montrant une direction de correction possible sont bienvenus à des fins de documentation
  • Le commit le plus récent a supprimé « (currently) » de la phrase « SQLite does not (currently) accept agentic code », et son message était « Strengthen the statement about not accepting agentic code »
  • Avec ce changement, la politique de refus du code généré par des agents de SQLite passe d’une formulation temporaire à une déclaration plus catégorique

Rapports de bug générés par l’IA et forum séparé

  • Le forum SQLite recevait de nombreux rapports de bug générés par l’IA de qualité variable
  • SQLite les a séparés dans un nouveau SQLite Bug Forum
  • D. Richard Hipp traite les problèmes de ce nouveau forum de bugs tout en enchaînant plusieurs commits sur la base de code
  • La politique de SQLite est ainsi structurée pour ne pas fusionner directement le code produit par des agents, tout en séparant les signalements de problèmes reproductibles de leur réimplémentation par des développeurs humains

À lire aussi

1 commentaires

 
GN⁺ 5 시간 전
Commentaires sur Lobste.rs

  • De mémoire, SQLite n’accepte aucune contribution sans CLA envoyé par courrier postal, donc ce n’est pas du tout surprenant

  • Pas du tout surprenant. Ce qui est intéressant, c’est qu’ils ont ajouté un fichier AGENTS.md au dépôt pour faciliter la gestion quand des gens essaient de soumettre ce genre de code

    • La plupart des outils open source vont sans doute eux aussi avoir besoin d’AGENTS ou d’autres signaux d’instructions « standard »
      Il faut des indications non seulement pour les LLM qui écrivent du code, mais aussi pour ceux qui configurent les programmes obtenus ou utilisent des bibliothèques de manière responsable. Si on fournit une interface de plugin, il vaudrait mieux l’indiquer aux LLM, ce qui serait préférable pour tout le monde

  • La vision de SQLite, présentée sur une page de support à long terme créée bien avant les LLM, m’a toujours impressionné
    Les développeurs disent travailler avec l’intention de prendre en charge SQLite jusqu’en 2050, et que cette perspective de long terme influence les décisions importantes. J’aime aussi la formule selon laquelle ils visent un code qui résiste au temps, sans se laisser emporter par les effets de mode, et que des programmeurs pas encore nés pourront lire, comprendre et maintenir

  • Si vous aimez le contrôle de version ou le web UI/UX, cela peut aussi être amusant de voir le commit mentionné par Simon, celui qui « renforce le libellé de non-acceptation du code d’agent », dans sa forme originale via l’interface web de Fossil, plutôt que via Git
    Ce commit est sur trunk, donc c’est moins intéressant, mais s’il avait été sur une branche, on pourrait aussi choisir la timeline de la branche dans la liste des « Timelines ». La timeline « Ancestors » montre même les ancêtres hors de la branche, ce qui permet de voir ce qui a été fusionné dans la branche

  • Donc, même pour du code qu’ils n’accepteraient de toute façon pas, il ne faut pas que ce soit du code écrit par un agent. Compris