SQLite nimmt keinen von Agenten geschriebenen Code an

 (simonwillison.net)
2 Punkte von GN⁺ 5 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • SQLite AGENTS.md richtet sich an Personen, die Agenten für die Codebasis einsetzen, und formuliert klar die Bedingungen für Pull Requests sowie die Richtlinie zu von Agenten erzeugtem Code
  • SQLite akzeptiert keine Pull Requests ohne vorherige Absprache oder rechtliche Unterlagen zur Public Domain; tatsächliche Änderungen werden von den Entwicklern selbst neu implementiert
  • agentic code wird nicht angenommen, aber agentische Bug Reports mit reproduzierbaren Testfällen können akzeptiert werden
  • Ein jüngster Commit entfernte „currently“ und änderte die Ablehnung von agentenerzeugtem Code von einer vorläufigen zu einer eindeutigeren Formulierung
  • Da zuletzt mehr KI-generierte Bug Reports sehr unterschiedlicher Qualität eingingen, richtete SQLite ein neues Bug-Forum ein und trennt Problemberichte von der Neuimplementierung durch menschliche Entwickler

Die AGENTS.md-Richtlinie von SQLite

  • sqlite AGENTS.md ist eine Datei für Personen, die Agenten mit der SQLite-Codebasis verwenden; sie enthält keine Hinweise, dass es sich um interne Entwicklungsrichtlinien für SQLite selbst handelt
  • Die Datei wurde in einem Commit vor fünf Tagen hinzugefügt und legt die Bedingungen für die Annahme von Pull Requests sowie die Richtlinie zu agentenerzeugtem Code fest
  • SQLite nimmt keine Pull Requests ohne vorherige Absprache oder ohne rechtliche Dokumente an, die den Pull Request in die Public Domain stellen
  • Von Menschen geschriebene, knappe und gut strukturierte Pull Requests können als Proof of Concept geprüft werden, die eigentlichen Änderungen werden jedoch von SQLite-Entwicklern selbst neu implementiert

Die Grenze zwischen Agenten-Code und Bug Reports

  • SQLite akzeptiert keinen agentic code
  • Agentische Bug Reports mit reproduzierbaren Testfällen können akzeptiert werden
  • Patches oder Pull Requests, die eine mögliche Richtung für eine Korrektur zeigen, sind zu Dokumentationszwecken willkommen
  • Der neueste Commit entfernte „(currently)“ aus „SQLite does not (currently) accept agentic code“; die Commit-Nachricht lautete „Strengthen the statement about not accepting agentic code“
  • Dadurch wurde die Ablehnung von agentenerzeugtem Code bei SQLite von einer vorläufig klingenden Formulierung zu einer eindeutigeren Aussage verschärft

KI-generierte Bug Reports und ein separates Forum

  • Im SQLite-Forum gingen viele KI-generierte Bug Reports mit sehr unterschiedlicher Qualität ein
  • SQLite trennte diese daher aus und richtete ein neues SQLite Bug Forum ein
  • D. Richard Hipp bearbeitet die Issues im neuen Bug-Forum und setzt parallel mehrere Commits in der Codebasis fort
  • Die Richtlinie von SQLite läuft darauf hinaus, von Agenten erzeugten Code nicht direkt zu mergen und stattdessen reproduzierbare Problemberichte von der Neuimplementierung durch menschliche Entwickler zu trennen

Verwandte Beiträge

1 Kommentare

 
GN⁺ 5 시간 전
Lobste.rs-Kommentare

  • Soweit ich mich erinnere, nimmt SQLite ohne per Post eingesandte CLA überhaupt keine Beiträge an, also ist das überhaupt nicht überraschend.

    • Stimmt. Überraschend war nur, dass sie diesen speziellen Mechanismus auf diese Weise genutzt haben, um das bekanntzugeben.
      Der Titel ist ein Zitat aus der Formulierung in der Datei AGENTS.md.

  • Überhaupt nicht überraschend. Interessant ist, dass sie dem Repository eine Datei AGENTS.md hinzugefügt haben, damit es einfacher zu verwalten ist, wenn Leute solchen Code einreichen wollen.

    • Wahrscheinlich werden die meisten Open-Source-Tools ebenfalls AGENTS oder andere „Standard“-Hinweissignale brauchen.
      Nicht nur LLMs, die Code schreiben, sondern auch LLMs, die fertige Programme konfigurieren oder Bibliotheken verantwortungsvoll nutzen, brauchen Anleitung. Wenn man ein Plugin-Interface anbietet, ist es vermutlich für alle besser, auch LLMs darauf hinzuweisen.

  • Die Vision von SQLite auf der lange vor LLMs erstellten Long-Term-Support-Seite war schon immer beeindruckend.
    Die Entwickler arbeiten mit der Absicht, SQLite bis 2050 zu unterstützen, und diese langfristige Perspektive beeinflusst wichtige Entscheidungen. Ich mag auch die Formulierung, dass sie sich nicht von kurzfristigen Trends mitreißen lassen und Code, der die Zeit überdauert, anstreben, den Programmierer, die noch gar nicht geboren sind, lesen, verstehen und warten können.

  • Wenn man Versionsverwaltung oder Web-UI/UX mag, könnte es auch interessant sein, sich den von Simon erwähnten Commit zur „Verschärfung der Formulierung zur Nichtannahme von Agent-Code“ in seiner ursprünglichen Form in der Fossil-Web-UI statt in Git anzusehen.
    Dieser Commit liegt auf trunk und ist daher weniger interessant, aber wenn er auf einem Branch läge, könnte man in der Liste „Timelines“ auch die Timeline dieses Branches auswählen. Die Timeline „Ancestors“ zeigt sogar Vorfahren außerhalb des Branches, sodass man sehen kann, was in den Branch gemergt wurde.

  • Also darf es selbst bei Code, den sie ohnehin nicht annehmen würden, kein von Agenten geschriebener Code sein. Verstanden.