SQLite no acepta código escrito por agentes

 (simonwillison.net)
2 puntos por GN⁺ 5 시간 전 | 1 comentarios | Compartir por WhatsApp
  • SQLite AGENTS.md es un archivo dirigido a quienes usan agentes sobre el código base, y deja claras las condiciones para aceptar pull requests y la política sobre código generado por agentes
  • SQLite no acepta pull requests sin acuerdo previo ni sin documentación legal para colocar el pull request en el dominio público, y los cambios reales son reimplementados directamente por los desarrolladores
  • No acepta agentic code, pero sí puede aceptar reportes de errores generados por agentes si incluyen casos de prueba reproducibles
  • Un commit reciente eliminó “currently”, cambiando la política de rechazo al código generado por agentes de una expresión temporal a una redacción más categórica
  • A medida que aumentaron los reportes de errores generados por IA de calidad variable, SQLite creó un nuevo foro de errores para separar el reporte del problema de la reimplementación por parte de desarrolladores humanos

Política de AGENTS.md de SQLite

  • sqlite AGENTS.md es un archivo para personas que usan agentes sobre el código base de SQLite, y no indica que sea una guía para el desarrollo interno de SQLite
  • Este archivo fue agregado en un commit de hace 5 días y especifica las condiciones para aceptar pull requests del proyecto SQLite y su política sobre código generado por agentes
  • SQLite no acepta pull requests sin acuerdo previo ni sin documentación legal para colocar el pull request en el dominio público
  • Los pull requests concisos, ordenados y escritos por personas pueden revisarse como prueba de concepto, pero los cambios reales son reimplementados directamente por desarrolladores de SQLite

El límite entre el código de agentes y los reportes de errores

  • SQLite no acepta agentic code
  • Sí puede aceptar reportes de errores generados por agentes que incluyan casos de prueba reproducibles
  • Los parches o pull requests que muestren una posible dirección de corrección son bienvenidos con fines de documentación
  • El commit más reciente eliminó “(currently)” de “SQLite does not (currently) accept agentic code”, y el mensaje del commit fue “Strengthen the statement about not accepting agentic code”
  • Con este cambio, la política de SQLite de rechazar código generado por agentes pasó de una formulación temporal a una redacción más tajante

Reportes de errores generados por IA y foro separado

  • En el foro de SQLite estaban llegando muchos reportes de errores generados por IA de calidad variable
  • SQLite los separó aparte y creó un nuevo SQLite Bug Forum
  • D. Richard Hipp está procesando los issues del nuevo foro de errores mientras sigue realizando varios commits en el código base
  • La política de SQLite queda organizada en no fusionar directamente código hecho por agentes, y en separar los reportes de problemas reproducibles de la reimplementación por desarrolladores humanos

Lecturas relacionadas

1 comentarios

 
GN⁺ 5 시간 전
Opiniones en Lobste.rs

  • Si no recuerdo mal, SQLite no acepta ninguna contribución sin un CLA enviado por correo postal físico, así que esto no sorprende en absoluto

  • No sorprende para nada. Lo interesante es que agregaron un archivo AGENTS.md al repositorio para que fuera más fácil de gestionar cuando la gente intente enviar ese tipo de código

    • Parece que la mayoría de las herramientas open source también van a necesitar AGENTS u otras señales de orientación “estándar”
      Hará falta orientar no solo a los LLM que escriben código, sino también a los LLM que configuran el programa resultante o usan bibliotecas de forma responsable. Si ofreces una interfaz de plugins, probablemente sea mejor para todos hacérselo saber al LLM

  • La visión de SQLite, plasmada en una página de soporte a largo plazo creada mucho antes de los LLM, siempre me ha parecido impresionante
    Dicen que los desarrolladores trabajan con la intención de dar soporte a SQLite hasta 2050, y que esa perspectiva de largo plazo influye en decisiones importantes. También me gusta la idea de apuntar a código que resista el paso del tiempo, que no se deje arrastrar por las modas del momento y que programadores que todavía no han nacido puedan leer, entender y mantener

  • Si te gusta el control de versiones o el UI/UX web, también puede ser interesante ver el commit que Simon mencionó, el de “reforzar el texto de no aceptación de código de agentes”, en su forma original en el UI web de Fossil en lugar de Git
    Este commit está en trunk, así que es menos interesante, pero si estuviera en una rama, en la lista de ‘Timelines’ también podrías elegir la línea de tiempo de esa rama. La línea de tiempo de ‘Ancestors’ incluso muestra ancestros fuera de la rama, así que puedes revisar qué se fusionó en la rama

  • Entonces, aunque de todos modos no vayan a aceptar el código, tampoco debe ser código escrito por agentes. Entendido