오픈소스 AI 코드 금지: 결국 누가 책임지느냐의 문제임

2026년 7월 1일, 게임엔진 Godot이 한 문장으로 선을 그었음. “AI는 책임질 수 없다.” 같은 주에 cURL은 6년 된 버그바운티를 닫았고(2025년 제보의 약 20%가 AI slop), Alibaba는 7월 10일부로 사내 Claude Code 사용을 막았음. 이번 오픈소스 AI 코드 금지 흐름은 한 프로젝트의 투정이 아니라 하나의 패턴임. 세 사건 모두 같은 질문으로 수렴함. AI가 코드를 쓸 수 있느냐가 아니라, 그 코드가 터졌을 때 누가 책임지느냐임.

오픈소스 AI 코드 금지는 사실 AI가 문제가 아님

FIG. 01 — 오픈소스의 반격

프로젝트들이 선을 긋고 있음

10곳+

AI 코드 기여를 제한한 프로젝트

20%

cURL 2025 제보 중 AI slop

5%

실제 취약점 제보 비중

51%

고지를 요구하는 AI 정책

SOURCE: Godot, cURL, arXiv 2605.16706

Godot의 정책은 직설적임. 7월 1일부로 AI가 작성한 코드 기여를 전면 금지함. 이유를 그대로 옮길 가치가 있음. “AI는 책임질 수 없다”, 그리고 유지보수자는 “AI 헤비유저가 자기 코드를 고칠 만큼 이해하고 있다고 신뢰할 수 없다”임. 놓치기 쉬운 세 번째 근거도 있음. LLM은 “특정 피드백에서 배우지 못한다”는 것임. 유지보수자가 기여자를 교정하며 성장시키는 도제식 루프가 애초에 닫히지 않는다는 뜻임.

금지 범위도 공격적임. 자율 AI 에이전트의 PR을 막고, 사람과 사람 사이 소통에 쓰이는 AI 생성 텍스트까지 금지함. 위반하면 GitHub 자동 밴임. 유일한 예외는 menial 사용, 즉 자동완성·정규식·찾아바꾸기뿐이고 그마저 고지 의무가 붙음 (godotengine.org, The Register).

문장을 뜯어보면 핵심은 성능이 아님. Godot 누구도 AI가 나쁜 코드를 쓴다고 주장하지 않음. 불만은 그 코드를 아무도 책임질 수 없다는 것임.

아무도 값을 매기지 않은 병목

지난 2년간 업계의 질문은 하나였음. AI가 코드를 쓸 수 있는가. 그 질문은 사실상 끝났음. 최신 모델은 요청만 하면 그럴듯하고 대개 작동하는 코드를 뽑아냄. 그런데 율속단계가 조용히 다른 곳으로 옮겨갔음.

새 병목은 검토, 그리고 그 위에 얹히는 책임임. 패치를 생성하는 건 이제 싸고, 그 패치가 맞고 안전하고 유지 가능한지 검증하는 건 여전히 비쌈. 쉽게 말해 생성이 비쌌던 시절엔 기여가 쏟아지는 게 선물이었음. 생성이 거의 공짜가 된 지금은 같은 물량이 짐이 됨. 병합을 책임질 인간이 결국 한 건 한 건 읽어야 하기 때문임.

이번 이야기 전체를 관통하는 이동이 바로 이것임. 밸류체인의 병목이 ‘누가 코드를 만드나’에서 ‘누가 그 코드를 보증하나’로 미끄러진 것임.

이미 10곳 넘는 프로젝트가 선을 그었음

이번 오픈소스 AI 코드 금지는 투정이 아니라 트렌드로 봐야 함. Godot은 곡선 위의 한 점일 뿐임.

Zig·NetBSD·GIMP·Gentoo·QEMU·Vim·XScreenSaver가 모두 LLM 생성 PR을 거부했음. Ghostty는 화이트리스트에 영구 밴을 병행함. Ladybird는 외부 public pull 자체를 차단함. RedMonk의 애널리스트 Kate Holterhoff는 이 흐름에 ‘AI Slopageddon’이라는 이름을 붙였음. FastAPI 유지보수자는 더 직설적이었음. 저품질 AI 제출을 “인간 노력에 대한 DoS 공격”이라 불렀음. 서버가 아니라 주의력을 마비시키는 서비스 거부라는 뜻임 (Dev Genius, InfoQ).

공통점은 기술 공포증이 아님. 이 프로젝트들은 다른 영역에선 이미 자동화를 적극 쓰고 있음. 이들이 거부하는 건 특정한 거래 하나임. 인간 쪽에서 아무도 보증할 수 없는 기여임.

생산성 서사 뒤에 숨은 회계 트릭

cURL의 Daniel Stenberg는 2026년 1월 6년 된 HackerOne 버그바운티를 종료했음. 그의 로그가 상황을 깔끔하게 증언함. 2025년 제보의 약 20%가 AI slop이었고, 진짜 취약점은 약 5%뿐이었음. 그의 결론은 AI 생성 제보 10건 중 1건만 리뷰어의 시간을 들일 가치가 있다는 것이었음 (AI CERTs).

Microsoft Research의 2026년 연구가 그림을 더 선명하게 함. 거절된 AI 에이전트 PR 중 명백한 코드 실패는 36%뿐이었음. 놀랍게도 31%는 ‘맞는 기여를 틀린 타이밍에’ 낸 경우였음. 답은 맞았는데 순간이 틀려서, 그래도 리뷰 노동을 잡아먹고 거절된 것임. GitHub도 2월에 PR 폭주를 막을 ‘킬 스위치’를 검토하기 시작했음 (The Register, ASDLC.io).

slop이 좋아져도 부담은 커졌음

여기서 가장 중요한 반전이 나오는데, 이게 이번 사태의 진짜 테제임. 2026년 4월 The Register 보도에 따르면 cURL은 이제 정말 좋은 AI 보조 제보를 받고 있음. 그런데 그 어느 때보다 빠르게 쏟아지면서 부담이 줄기는커녕 더 커졌음. 커널 쪽에서는 유지보수자 Greg Kroah-Hartman이 같은 역학을 이렇게 짚었음. slop은 줄고 유효 제보는 늘었지만, 물량 자체가 소규모 팀을 짓누른다는 것임.

결정적 관찰은 이것임. 유능한 AI 툴링은 루프 안의 인간 역량을 늘려주지 않음. AI의 화려한 생산성 이득 상당 부분은 코드 리뷰 비용을 장부 밖으로 옮긴 것에 불과함. 벤더 장부에서 지워서 유지보수자 장부로 넘긴 것임 (The Register, 2026년 4월 6일).

이게 회계 트릭임. 생산성이 무에서 생긴 게 아님. 비용이 이전됐고, 그 청구서가 무급 자원봉사자와 소규모 팀에 떨어진 것임. 산출물 품질이 좋아져도 문제가 안 풀리는 이유가 있음. 애초에 병목은 품질이 아니라 인간의 검토 예산이었기 때문임.

러다이트가 아니라 책임 배선임

오픈소스 AI 코드 금지에는 거울상이 있는데, 그건 금지가 아님. Linux 커널은 Copilot을 포함해 AI를 허용함. 대신 제출물에 대한 책임은 인간이 전적으로 진다고 못박음.

방식이 정교함. ‘Assisted-by’ 태그로 어떤 도구가 변경에 손댔는지 고지함. 법적 구속력을 갖는 ‘Signed-off-by’ 줄은 인간만 달 수 있음. 수동 검증과 테스트 증거는 필수임. Linus Torvalds는 금지 논쟁을 “무의미한 허세(pointless posturing)”라 부르며 실용적 중도에 안착했음. Fedora와 LLVM도 같은 HITL(인간 개입)+고지 방식을 채택했음. 학술 조사에 따르면 AI 기여 정책의 51%가 어떤 형태로든 고지를 요구함 (Tom’s Hardware, All Things Open, arXiv 2605.16706).

같은 원리, 두 처방

금지와 허용은 대립하는 진영처럼 보임. 그런데 아님. 둘은 정확히 같은 질문에 답하고 있음. 누가 도화선인가. Godot은 AI를 제거해서 인간이 명백하게 책임 주체가 되게 함. Linux는 AI를 남겨두되 Signed-off-by로 인간이 도화선을 쥐게 강제함. 처방은 다르지만 원리는 동일함.

두 처방 밑에 깔린 진짜 유용한 구분은 menial과 substantive임. 기계적 수정, 즉 서식 정리·이름 바꾸기·보일러플레이트는 자동화해도 되고 인간 보증이 거의 필요 없음. 반대로 동작이나 보안 태세를 바꾸는 substantive 기여는 추궁을 견디며 방어할 수 있는 인간이 필요함. 실무 정책이 실제로 사는 지점은 ‘AI를 쓰냐 마느냐’가 아니라 바로 이 선임.

기업측 변주 — 주장과 검증을 가르기

FIG. 04 — 주장 대 검증

독자의 방향을 잃지 않게

주장	출처	검증 상태
Claude Code v2.1.91에 中 사용자 식별 코드+스테가노그래피 표식	보안연구자 (SCMP 경유)	미확정 — Anthropic 반박
리셀러·distillation 차단용 어뷰징 방지였고 7/1 제거	Anthropic 해명	회사 측 주장
cURL 2025 제보 ~20%가 AI slop	Stenberg / HackerOne 로그	확인됨 (유지보수자 데이터)
AI 생산성 = 리뷰 비용의 유지보수자 전가	The Register	귀속된 해석
Qwen이 ~2.5만 계정으로 distillation	Anthropic 지목	Anthropic 측 주장

SOURCE: TechCrunch, SCMP, cURL, The Register

오픈소스 AI 코드 금지의 기업측 판본은 더 지저분하고 더 조심스러워야 함. 여기선 의혹이 실명 기업을 겨냥하고, 의혹과 사실의 차이가 반올림 오차가 아니기 때문임.

7월 3일, Alibaba는 7월 10일부로 사내 기기에서 Claude Code 사용을 금지하는 내부 공지를 냈음 (TechCrunch). 여기까지는 보도된 구체적 사실임.

그다음은 결론이 아니라 주장으로 다뤄야 함. 보안연구자들은 Claude Code v2.1.91에서 중국 사용자 식별 코드와 스테가노그래피 표식을 발견했다고 주장하며 ‘고위험’으로 분류했음. 이건 미확정 의혹이지 확정된 사실이 아니고, 그렇게 읽어야 함. Anthropic의 반론을 같은 호흡에 병기해야 함. 회사는 그 메커니즘이 미인가 리셀러와 모델 distillation을 겨냥한 어뷰징 방지 실험이었으며 7월 1일 제거했다고 밝혔음 (SCMP). 아무것도 확정된 게 없고, 백도어가 있었다고 단정하는 건 정확하지도 공정하지도 않음.

배경을 보면 온도가 이해됨. 6월 Anthropic은 Qwen이 약 2만 5천 개 부정 계정으로 적대적 distillation을 했다고 지목했음. 이는 앤트로픽의 앞선 수출통제 조치와 같은 맥락임. 회사가 자사 프론티어 모델 접근을 조였던 사건임. 또한 공개 24시간 만에 앤트로픽 안전 분류기가 뚫린 사건과도 닿아 있음. 벤더 자신의 가드레일조차 논쟁 지대라는 방증임.

주장 대 검증 원장

이런 이야기를 다루는 규율 잡힌 방법은, 모든 진술을 기록된 것·주장된 것·해석된 것으로 분류하는 것임. 아래 표가 정확히 그 일을 함. 어떤 판정도 내리지 않음.

원장의 목적은 승자를 가리는 게 아님. 독자가 방향을 잃지 않게 하는 것임. 자극적인 의혹이 자신 있게 반복됐다는 이유만으로 조용히 사실로 승격되지 않도록 막는 장치임.

한국과 한국 개발자에게 주는 의미

한국의 AI 기본법이 2026년 1월 22일 시행되면서 고지 의무 시대가 열렸음. 이 타이밍은 우연이 아님. 한국 개발조직은 커널 유지보수자들이 방금 몇 달간 풀어낸 바로 그 배선 문제로 걸어 들어가고 있음. AI는 남기되 인간 책임은 잃지 않는 법임.

국내에서 특히 날카로운 리스크는 ‘코드 안 읽고 배포한다’는 습관임. 팀 누구도 설명하지 못하고 터졌을 때 방어도 못 하는 AI 산출물을 그대로 내보내는 것임 (디지털투데이). 생성이 공짜이고 검토를 건너뛰면 도화선이 아예 사라짐. 아무도 쥐고 있지 않은 상태가 됨.

실무 해법은 코딩 에이전트를 금지하는 게 아님. 한국 팀 대부분은 금지할 형편도 안 되고, 금지만으로는 아무것도 안 풀림. 해법은 도입 전에, 첫 사고가 터진 뒤가 아니라 그 전에 책임 배선을 설계하는 것임.

책임 배선 플레이북

배선을 짜는 건 구호가 아니라 구체적 작업임. 아래 순서는 커널의 Assisted-by 모델을 한국 기업 맥락에 맞춰 옮긴 것이고, 위 인포그래픽이 네 단계로 펼쳐 보여줌.

첫째, 고지함. 모든 AI 보조 변경에 태그를 붙여 어떤 도구가 손댔는지 커밋마다 기록함. 둘째, 서명함. 병합에 대한 실질 책임을 지는 인간 Signed-off-by를 조건으로 둠. 셋째, 분리함. menial 수정은 자동 승인하고 substantive 로직은 인간 리뷰로 보냄. 넷째, 감사함. AI 기본법 고지 의무를 충족하고 사고 사후분석에도 견디는 추적 로그를 유지함.

직장인 입장에서 시사점은 정책 논쟁보다 작고 날카로움. 질문은 ‘우리 회사가 AI를 써야 하느냐’가 아님. 코드가 터졌을 때 Signed-off-by 줄에 누구 이름이 적혀 있느냐임.

결론

한줄 코멘트. 오픈소스 AI 코드 금지는 AI에 대한 거부가 아님. 생성이 싸지고 인간 검토가 희소 자원이 된 지금, 시장이 책임의 가격을 다시 매기고 있는 것임. 선을 긋는 프로젝트들은 미래와 싸우는 게 아니라, 검토 청구서가 자기들에게 조용히 넘어오는 걸 거부하고 있는 것임.

직장인 시사점. 팀에 코딩 에이전트를 도입하기 전에 질문 하나를 먼저 던져볼 시점임. 이 코드가 새벽 2시에 터졌을 때, Signed-off-by 줄에 누구 이름이 있는가. 그 답을 장애 상황에서가 아니라 도구를 설치하기 전에 설계해두면 됨.

자주 묻는 질문 (FAQ)

Q. 오픈소스 AI 코드 금지가 정확히 무엇인가요? A. 2026년 7월 Godot이 앞장선, 오픈소스 프로젝트들이 AI 생성 코드 기여를 제한하거나 전면 금지하는 흐름을 말합니다. 핵심 이유는 책임입니다. 유지보수자들은 AI가 자신이 만든 코드를 책임질 수 없고, 실질적 변경은 인간이 보증해야 한다고 봅니다.

Q. 이 프로젝트들이 AI를 완전히 거부하는 건가요? A. 일률적이지는 않습니다. Godot은 실질적 AI 기여는 막지만 자동완성 같은 menial 사용은 고지를 조건으로 허용합니다. Linux 커널은 반대로 AI를 허용하되 인간 Signed-off-by를 요구합니다. 두 방식 모두 인간이 결과를 책임져야 한다는 원리를 공유합니다.

Q. cURL은 왜 버그바운티를 닫았나요? A. 유지보수자 Daniel Stenberg에 따르면 2025년 제보의 약 20%가 AI slop이었고 실제 취약점은 약 5%뿐이었습니다. AI 보조 제보의 품질이 좋아진 뒤에도 물량 자체가 소규모 팀을 압도했고, 결국 6년 된 바운티를 2026년 1월 종료했습니다.

Q. Alibaba가 지목한 Claude Code 백도어 의혹은 사실로 확인됐나요? A. 아닙니다. 보안연구자들의 미확정 의혹입니다. Anthropic은 문제의 코드가 미인가 리셀러와 모델 distillation을 겨냥한 어뷰징 방지 실험이었으며 7월 1일 제거했다고 밝혔습니다. 의혹을 확정 사실로 다루지 말고 양측 입장을 함께 놓고 봐야 합니다.

Q. 한국 팀은 어떻게 준비해야 하나요? A. 2026년 1월 22일 시행된 AI 기본법 아래에서, 코딩 에이전트를 도입하기 전에 고지와 인간 책임을 워크플로우에 먼저 배선해야 합니다. 감사 추적, 실질 책임을 지는 인간 서명, 그리고 menial과 substantive를 가르는 명확한 경계가 필요합니다.

참고 소스

• Godot Contribution Policy 2026
• The Register — Godot bans vibe-coded contributions
• Dev Genius — Open-source projects banning AI PRs
• InfoQ — AI Vibe Coding Threatens Open Source
• AI CERTs — cURL Ends Bounty Citing AI Slop
• The Register — GitHub kill switch for PRs
• The Register — AI slop got better, work got harder
• Tom’s Hardware — Linux lays down the law on AI code
• All Things Open — Assisted-by git trailer standard
• TechCrunch — Alibaba reportedly bans Claude Code
• SCMP — Alibaba bans Claude Code over spyware concerns