SQLite는 에이전트 코드를 받지 않음

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의 에이전트 생성 코드 거부 방침이 임시적 표현에서 더 단정적인 문구로 바뀜

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

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

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

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

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

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

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

SQLite가 외부 기여에 대해 사람들이 생각하는 것만큼 닫혀 있지는 않음. 다만 서명한 저작권 포기 문서를 보내야 함