▲

SQLite는 에이전트가 작성한 코드를 받지 않음

 (simonwillison.net)
4P by GN⁺ | ★ favorite | 댓글 1개
  • SQLite AGENTS.md는 코드베이스에 에이전트를 쓰는 사람을 대상으로, 풀 리퀘스트 조건과 에이전트 생성 코드 정책을 명확히 담고 있음
  • SQLite는 사전 합의나 퍼블릭 도메인 법적 서류 없이는 풀 리퀘스트를 받지 않으며, 실제 변경은 개발자가 직접 다시 구현함
  • agentic code는 받지 않지만, 재현 가능한 테스트 케이스가 포함된 agentic bug report는 받을 수 있음
  • 최근 커밋은 “currently”를 제거해, 에이전트 생성 코드 거부 방침을 임시적 표현이 아닌 더 단정적인 문구로 바꿈
  • 품질이 다양한 AI 생성 버그 리포트가 늘자 SQLite는 새 버그 포럼을 만들고, 문제 보고와 사람 개발자의 재구현을 분리함

SQLite의 AGENTS.md 정책

  • sqlite AGENTS.md는 SQLite 코드베이스를 대상으로 에이전트를 사용하는 사람들을 위한 파일이며, SQLite 자체 개발용 지침이라는 내용은 없음
  • 이 파일은 5일 전 커밋으로 추가됐고, SQLite 프로젝트의 풀 리퀘스트 수용 조건과 에이전트 생성 코드 정책을 명시함
  • SQLite는 사전 합의나 풀 리퀘스트를 퍼블릭 도메인에 두는 법적 서류 없이는 풀 리퀘스트를 받지 않음
  • 사람이 작성한 간결하고 잘 정리된 풀 리퀘스트는 개념 증명으로 검토될 수 있으나, 실제 변경은 SQLite 개발자가 직접 다시 구현함

에이전트 코드와 버그 리포트의 경계

  • SQLite는 agentic code를 받지 않음
  • 재현 가능한 테스트 케이스가 포함된 agentic bug report는 받을 수 있음
  • 가능한 수정 방향을 보여주는 패치나 풀 리퀘스트는 문서화 목적이라면 환영됨
  • 가장 최근 커밋은 “SQLite does not (currently) accept agentic code”에서 “(currently)”를 제거했으며, 커밋 메시지는 “Strengthen the statement about not accepting agentic code”였음
  • 이 변경으로 SQLite의 에이전트 생성 코드 거부 방침이 임시적 표현에서 더 단정적인 문구로 바뀜

AI 생성 버그 리포트와 별도 포럼

  • SQLite 포럼에는 품질이 다양한 AI 생성 버그 리포트가 많이 들어오고 있었음
  • SQLite는 이를 별도로 분리해 새 SQLite Bug Forum을 만들었음
  • D. Richard Hipp는 새 버그 포럼의 이슈들을 처리하며 코드베이스에 여러 커밋을 이어가고 있음
  • SQLite의 정책은 에이전트가 만든 코드를 직접 병합하지 않고, 재현 가능한 문제 보고와 사람 개발자의 재구현을 분리하는 방식으로 정리됨

함께 보면 좋은 글 β

▲
GN⁺   [-]
Lobste.rs 의견들

  • SQLite는 물리 우편으로 보낸 CLA 없이는 어떤 기여도 받지 않는 걸로 기억해서, 이건 전혀 놀랍지 않음

    • 맞음. 다만 그걸 발표하는 데 이 특정 메커니즘을 이런 식으로 쓴 게 놀라웠음
      제목은 AGENTS.md 파일의 문구를 인용한 것임

  • 전혀 놀랍지 않음. 흥미로운 건 사람들이 그런 코드를 제출하려 할 때 관리하기 쉽도록 저장소에 AGENTS.md 파일을 추가했다는 점임

    • 대부분의 오픈소스 도구도 AGENTS든 다른 “표준” 안내 신호든 필요해질 것 같음
      코드 작업을 하는 LLM뿐 아니라, 결과 프로그램을 설정하거나 라이브러리를 책임 있게 쓰는 LLM에게도 안내가 필요함. 플러그인 인터페이스를 제공한다면 그걸 LLM에게 알려주는 편이 모두에게 더 나을 듯함

  • LLM 훨씬 이전에 만든 장기 지원 페이지에 담긴 SQLite의 비전은 늘 인상적이었음
    개발자들은 2050년까지 SQLite를 지원할 의도로 일하고, 그 장기 관점이 중요한 의사결정에 영향을 준다고 함. 최신 유행에 휩쓸리지 않고, 아직 태어나지도 않은 프로그래머가 읽고 이해하고 유지보수할 수 있는 시간을 견디는 코드를 목표로 한다는 문구도 좋음

  • 버전 관리나 웹 UI/UX를 좋아한다면, Simon이 언급한 “에이전트 코드 비수락 문구 강화” 커밋을 Git이 아니라 Fossil 웹 UI에서 원래 형태로 보는 것도 재미있을 수 있음
    이 커밋은 trunk에 있어서 덜 흥미롭지만, 브랜치에 있었다면 ‘Timelines’ 목록에서 브랜치의 타임라인도 고를 수 있음. ‘Ancestors’ 타임라인은 브랜치 밖 조상까지 보여줘서 브랜치에 무엇이 병합됐는지 확인할 수 있음

  • 어차피 받지 않을 코드라도 에이전트가 작성한 코드여서는 안 된다는 거군. 알겠음

답변달기