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

> Clean Markdown view of GeekNews topic #30002. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=30002](https://news.hada.io/topic?id=30002)
- GeekNews Markdown: [https://news.hada.io/topic/30002.md](https://news.hada.io/topic/30002.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-05-30T09:08:17+09:00
- Updated: 2026-05-30T09:08:17+09:00
- Original source: [simonwillison.net](https://simonwillison.net/2026/May/27/sqlite-agents/)
- Points: 2
- Comments: 1

## Topic Body

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

---

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

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

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

## Comments



### Comment 58593

- Author: neo
- Created: 2026-05-30T09:08:18+09:00
- Points: 1

###### [Lobste.rs 의견들](https://lobste.rs/s/lc26ar/sqlite_does_not_accept_agentic_code) 
- SQLite는 **물리 우편으로 보낸 CLA** 없이는 어떤 기여도 받지 않는 걸로 기억해서, 이건 전혀 놀랍지 않음
  - 맞음. 다만 그걸 발표하는 데 **이 특정 메커니즘**을 이런 식으로 쓴 게 놀라웠음  
    제목은 AGENTS.md 파일의 [문구를 인용한 것](https://github.com/sqlite/sqlite/commit/a1e5778889252d2609a59fd9b819d70392c5789e#diff-a54ff182c7e8acf56acfd6e4b9c3ff41e2c41a31c9b211b2deb9df75d9a478f9R18-R34)임

- 전혀 놀랍지 않음. 흥미로운 건 사람들이 그런 코드를 제출하려 할 때 관리하기 쉽도록 저장소에 **AGENTS.md** 파일을 추가했다는 점임
  - 대부분의 오픈소스 도구도 AGENTS든 다른 “표준” 안내 신호든 필요해질 것 같음  
    코드 작업을 하는 LLM뿐 아니라, 결과 프로그램을 설정하거나 라이브러리를 책임 있게 쓰는 LLM에게도 안내가 필요함. 플러그인 인터페이스를 제공한다면 그걸 LLM에게 알려주는 편이 모두에게 더 나을 듯함

- LLM 훨씬 이전에 만든 장기 지원 페이지에 담긴 SQLite의 비전은 늘 인상적이었음  
  개발자들은 **2050년까지 SQLite를 지원**할 의도로 일하고, 그 장기 관점이 중요한 의사결정에 영향을 준다고 함. 최신 유행에 휩쓸리지 않고, 아직 태어나지도 않은 프로그래머가 읽고 이해하고 유지보수할 수 있는 **시간을 견디는 코드**를 목표로 한다는 문구도 좋음
  - https://www.sqlite.org/lts.html  
    아카이브를 보면 문구를 계속 갱신해 온 것도 좋음. 2016년 버전인 https://web.archive.org/web/20161021183035/https://www.sqlite.org/lts.html 에서는 “2050년은 아직 34년 뒤”라고 되어 있었음

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

- 어차피 받지 않을 코드라도 **에이전트가 작성한 코드**여서는 안 된다는 거군. 알겠음
  - SQLite가 외부 기여에 대해 사람들이 생각하는 것만큼 닫혀 있지는 않음. 다만 [서명한 저작권 포기 문서](https://www.sqlite.org/copyright-release.html)를 보내야 함