Are you serious? — Codeberg의 Vibe Coding 금지 정책에 대한 Theo의 반박

URL: https://www.youtube.com/watch?v=Y8cY1DEURtE 날짜: 2026-07-28 채널: Theo - t3.gg

---

📌 핵심 질문 / 이 영상이 다루는 핵심 논점

Codeberg(Forgejo 기반의 오픈소스 Git 호스팅 플랫폼)가 연례 총회 투표를 통해 =="Vibe Coded 프로젝트"(생성형 AI로 대부분 작성된 코드)를 이용약관(Terms of Use)으로 금지하는 정책==을 358 대 144로 통과시켰고, Theo는 이 결정이 정치적 감정에 치우친 비합리적 조치이며 오히려 오픈소스 소프트웨어의 발전을 저해한다고 강하게 비판한다.

• Theo는 최근 GitHub의 문제(느린 로딩, PR 병목)를 지적하며 대안으로 Codeberg를 추천하고 수천 달러를 기부했으며 시청자들에게도 후원을 독려했었음
• Codeberg 내부 투표(총회 회원 358 찬성 vs 144 반대, 투표율 약 50%)로 "생성형 AI 도구(Claude, OpenAI Codex 등)로 대부분 작성된 코드를 포함하는 프로젝트는 공유할 수 없다"는 약관 조항이 신설됨
• Theo는 이 결정이 (1) AI 코드 품질이 나쁘다는 잘못된 전제, (2) AI 크롤링 문제와 무관한 논리, (3) 근거 없는 환경 피해 주장, (4) 협업/신뢰 훼손이라는 일부 타당한 우려가 뒤섞여 있다고 조목조목 반박함

이 영상은 Theo가 Codeberg의 공식 발표문("Protecting our open-source commons from LLMs")을 실시간으로 읽으며 문단별로 반박하는 리액션 겸 비평 영상이다.

---

1. 배경: Theo와 Codeberg의 관계

Theo는 GitHub에 실망해 Codeberg를 오픈소스 대안으로 적극 지지해왔고, 이번 사건으로 그 지지가 완전히 뒤집혔다.

1.1. GitHub 비판과 Codeberg 지지 경위

1. GitHub에 대한 불만

   1. 플랫폼 붕괴 체감: GitHub이 "무너지고 있는 것처럼" 느껴지며, 워크플로우에서 정기적으로 가장 큰 병목(bottleneck)이 되고 있음
   2. PR 로딩 지연: 코드를 직접 작성하거나 AI에게 작성시키는 시간보다 PR이 로딩되는 걸 기다리는 시간이 더 길다고 언급

2. Codeberg로의 전환 및 지지

   1. 이전 영상에서 대안 소개: 최근 "GitHub 대신 무엇을 쓸 수 있는가"를 다루는 영상을 만들었고, Codeberg를 최종 선택했다고 밝힘
   2. 긍정적 경험: 예상보다 성능이 좋았고 진짜로 쾌적한 경험이었다고 평가
   3. 커뮤니티 이동 사례: Zig처럼 Theo가 애매하게 생각하는 프로젝트를 포함해 많은 프로젝트들이 최근 Codeberg로 옮겨가고 있음을 언급
   4. 적극적 후원: Codeberg에 상당한 금액을 기부했고, 시청자들에게도 기부와 지원을 독려함
   5. Forgejo/Gitea 분열 배경 언급: Codeberg-Forgejo 진영과 Gitea 간의 분열(드라마)을 들은 뒤, Codeberg가 GitHub에 대한 진짜 오픈 대안으로 성공하길 바라는 마음에 더 적극적으로 지지하게 됐다고 설명

1.2. 이번 사건을 접한 계기

1. 문제의 제안 발견

   1. 제목: "Proposal Assembly 2026, Terms of Use Extension to Prohibit LLM Extrusions" (LLM 산출물을 금지하는 약관 확장 제안)
   2. 최초 반응: 처음엔 겁이 났지만 "설마 그렇게 심하겠나, Codeberg 자체 기여에만 AI 사용을 금지하는 정도일 것"이라고 스스로를 안심시킴

2. 실제 내용 확인 후 충격

   1. 내부 투표 결과 확인: Codeberg 내부에서 "Vibe Coded 프로젝트를 약관으로 전면 금지"하는 안건이 다수 찬성으로 통과된 것을 확인
   2. 타이밍의 아이러니: 바로 직전에 Linus Torvalds가 "AI는 유지보수자에게 득이 될 수도, 해가 될 수도 있는 도구이니 더 도움이 되도록 만들어야 한다"는 합리적인 견해를 다룬 영상을 촬영했는데, 곧바로 이 발표를 접하게 됐다고 언급

---

2. 비공개 논의 프로세스에 대한 문제 제기

Theo는 정책 결정 과정 자체가 비공개로 진행된 점, 그리고 그 비공개성에 대한 Codeberg 측의 해명이 설득력 없다고 지적한다.

2.1. 접근 권한 문제

1. 공식 포럼 접근 불가

   1. 비회원 제한: 정책 논의가 이뤄진 공식 포럼 스레드가 있지만, Theo는 Codeberg 공식 조직 회원이 아니라는 이유로 접근이 차단됨
   2. 개방형 프로젝트 원칙과의 모순: 오픈 프로젝트를 지지하는 입장에서 논의가 비공개 벽 뒤에서 이뤄지는 것이 마음에 들지 않는다고 밝힘 (다만 괴롭힘 방지 목적이라면 이해한다는 입장도 함께 밝힘)

2. 괴롭힘 방지에 대한 당부

   1. 강한 경고: "Forgejo나 Codeberg 팀 누구도 괴롭히지 말라"고 시청자들에게 명확히 경고
   2. 커뮤니티 관리 의지: 자신의 커뮤니티 소속이 이 사안으로 유지보수자를 괴롭히면 그들과 무관함을 선언하겠다고 하며, 발견 시 알려달라고 요청

2.2. 발견한 별도 스레드에서의 논쟁

1. 한 회원의 발언 인용 및 비판

   1. 주장 인용: "Codeberg는 코드/텍스트/미디어 생성에 AI 사용을 금지하는 플랫폼 전체 정책을 수립해야 한다. 이 기술은 장기적으로 소프트웨어 프로젝트의 유지보수성과 품질을 해치는 반면, 동의 없이 스크래핑된 데이터로 전쟁범죄를 지원하는 기업들이 개발하고 있어 윤리적 문제도 많으며, 웹을 영혼 없는 생성 콘텐츠로 뒤덮고 독자를 분산시키며 노동자의 가치를 떨어뜨리는 데 일조하고 있다"
   2. Theo의 반응: "오픈소스에 뛰어드는 대부분의 사람은 소프트웨어를 진심으로 아끼기 때문이지만, 가끔 그냥 실업 상태라서 하는 사람도 있다. 이 발언자가 어느 쪽인지는 시청자 판단에 맡기겠다"고 비꼼

2. 일관성 부족 지적: 암호화폐 프로젝트와 비교

   1. 기존 입장: 이 회원은 과거 암호화폐 프로젝트에 강경한 반대 입장을 취해왔음
   2. 모순 지적: 그런데도 암호화폐 프로젝트들은 여전히 플랫폼에 남아 업데이트를 계속 받고 있다는 점을 짚음
   3. 동시 투표 통과: 실제로 바로 전날 암호화폐 프로젝트 전면 금지 투표도 함께 통과됐다는 사실을 확인

2.3. 비공개성에 대한 Codeberg 멤버의 해명과 반박

1. Codeberg 멤버(Ethan)의 질문

   1. 문제 제기: "회원이 되지 않고서도 어떤 정책이 논의·결정되고 있는지 알고 싶어하는 사람들이 상당수 있다. Codeberg가 그런 사람들에게 신경 쓰지 않는 이유가 있을 수도 있겠지만, 나는 그 이유를 떠올릴 수 없다"고 지적
   2. Theo의 동조: "정확히 맞는 말"이라며 전적으로 동의, Ethan에게 "일반 사람들을 대변해줘서 고맙다"고 언급

2. Presidium 멤버 Natus의 답변과 그에 대한 반박

   1. 비유를 통한 정당화 시도: "왜 스티븐 킹의 초고를 미리 읽을 수 없나? 왜 입법자가 워드프로세서에 첫 문장을 쓰는 순간 그 법안을 읽을 수 없나?"라고 반문
   2. Theo의 반박: "스티븐 킹의 신간은 즉시 읽을 수 없는 이유가 유료 콘텐츠이자 자유/오픈소스가 아니기 때문이다. 오픈소스의 핵심은 투명성인데, 이 비유는 부적절한 선택"이라고 지적
   3. 입법 비유 반박: 입법자는 보통 자신이 무엇을 쓰려는지 미리 이야기하고 정책 입장을 공유해 토론을 허용한 뒤 법을 쓴다는 점에서 오히려 Codeberg의 방식과 반대라고 짚음
   4. 자원 부족 해명: "봉사자 대비 업무량이 압도적으로 많아 투표된 결과 외에 논의 과정을 정기적으로 공개할 여력이 없다. 다만 연 12달러부터 회원 가입해 그 변화를 만드는 데 동참할 수 있다"는 Natus의 답변에 대해 Theo는 "그럼 나도 가입할 자격 있는 거 아니냐, 방송 끝나고 가입 신청하겠다"고 비꼼

3. 투명성 관련 추가 발언에 대한 강한 반발

   1. 문제의 발언: "심지어 그게 사실이라 해도, 나는 Co-pilot을 싫어해서 Codeberg에 가입한 것" 이라는 식의 댓글을 발견
   2. Theo의 격한 반응: 이런 식의 발언은 소통이 아니라 "펀치를 날리려는" 태도의 전형이며, 자신의 조직/공간에서 이런 발언을 하는 사람을 보면 최대한 빨리 내보내려 한다고 밝힘 (해고든 거리두기든)
   3. 채팅 반응 인용: "만약 이런 걸 처리하라고 수천 달러를 기부했다면 나도 화날 것 같다"는 시청자 채팅을 그대로 공감하며 인용
   4. "파시스트" 발언에 대한 반박: 포럼 내에서 Theo를 "파시스트"라 칭하는 정황을 언급하며, "나는 오픈소스에 최대한 기부하고, 대학 때 버니 샌더스 캠페인까지 했던 사람인데 코드가 스스로 업데이트되는 게 좋다는 이유로 파시스트 소리를 듣는다"며 어이없어함
   5. 제보 요청: 만약 유지보수자 중 누군가 내부 논의 내용을 유출하고 싶다면 허락 없이는 공개하지 않겠다며 X(트위터) DM이 열려있다고 밝힘

---

3. Codeberg 공식 발표문("Protecting our open-source commons from LLMs") 분석

투표 종료 직후 Codeberg가 발표한 공식 글을 문단별로 인용하며 Theo가 반박한다.

3.1. 투표 개요

1. 두 개의 안건

   1. 안건 1 (전원 동의): Codeberg가 사용자 데이터를 LLM 학습에 사용하지 않겠다는 선언 — Theo도 "전적으로 합리적"이라고 동의
   2. 안건 2 (논쟁적): Vibe Coded 프로젝트 금지로 이어지는 약관 변경 — 358 찬성 대 144 반대로 통과, 활성 회원의 약 50%가 투표 참여

2. 신설된 약관 조항 원문 인용

   1. 핵심 문구: "생성형 AI 도구(Claude, OpenAI Codex 등)로 대부분 작성된 코드를 포함하는 프로젝트를 공유해서는 안 된다"
   2. 명시된 이유: 그런 프로젝트는 저작권 상태가 불분명하고, 유해한 코드를 걸러낼 안전장치가 부족하다는 것이 공식 근거

3.2. AI 코드 품질에 대한 핵심 반박

1. 시청자 여론조사

   1. 질문: "Fable/GPT-5.6 같은 최신 도구로 vibe coding된 무작위 패키지 vs 평균 이하 개발자가 만든 무작위 패키지, 어느 쪽이 더 안전할 것 같은가?"
   2. 결과: 채팅의 90%가 "vibe coded 패키지가 더 안전할 것"이라고 답함

2. 모델 발전 속도 논리

   1. 지속적 개선: 새 모델이 나올 때마다 데이터 정제와 모델 튜닝에 막대한 시간과 비용이 투입돼 평균 코드 품질이 계속 올라가고 있음
   2. 바닥선(floor) 상승: 개발자가 경력이 쌓이며 실력이 느는 것처럼, LLM 역시 팀 단위로 수십억 달러가 투입돼 발전하고, 일단 모델이 출시되면 모두가 그 수준을 "바닥"으로 갖게 됨
   3. 인간과의 차이점 인정: 다만 모델은 인간처럼 학습하지 않는다는 한계는 인정 — 형편없는 개발자는 가르쳐서 성장시킬 수 있지만, 형편없는 모델은 그렇게 개선할 수 없음
   4. Opus 4.5 이후 체감 변화: Theo 본인도 1년 전이라면 다른 답을 했겠지만, Opus 4.5 이후로는 "평균적인 사람이 쓰는 코드가 Opus 4.5 이상 모델이 짜는 코드보다 더 나쁘다"고 판단이 바뀌었다고 밝힘
   5. Linus Torvalds 인용: "AI가 경제적으로 결국 어떻게 될지는 다른 질문이지만, '유용한가'라는 질문은 더 이상 실질적 질문이 아니다. 이걸 의심하는 사람은 제대로 써본 적이 없는 것"이라는 Linus의 발언을 그대로 인용해 자신의 주장을 뒷받침

3. 안전성 관련 역설 지적

   1. 패치 불가의 위험: Codeberg에 호스팅된 소프트웨어를 AI로 패치할 수 없게 되더라도, 공격자는 여전히 AI로 그 소프트웨어의 취약점을 찾아 Codeberg 밖에서 악용할 수 있다고 경고
   2. 안전장치 내장: Claude Code와 Codex 모두 악성 소프트웨어 제작을 막는 엄격한 안전장치를 갖고 있는 반면, 인간의 두뇌에는 법 말고는 그런 제약이 없다고 대비시킴
   3. 오픈웨이트 모델의 역할: Fable, GPT-5.6 같은 최상위 폐쇄형 모델은 보안 관련 사용에 제약이 있는 반면, 오픈웨이트 모델은 그런 제약이 덜해 오히려 오픈소스 진영이 AI로 자신들의 소프트웨어를 검증·보호할 수 있는 유일한 통로가 될 수 있는데, Codeberg에서는 그마저 불가능해진다고 지적

3.3. "우리 모두가 굶주린 LLM의 비용을 댄다" 문단에 대한 반박

1. 원문 요지: LLM은 비용이 많이 드는 기술이고, 기업들이 투자금을 회수하려 하면서 이 비용이 계속 오르고 있으며, 사용하지 않는 사람들에게까지 하드웨어 가격 상승·에너지 사용·환경 피해 형태로 비용이 전가되고 있다는 주장

2. 크롤링 문제는 인정하되 논리 비약 지적

   1. 부분 동의: OpenAI, Claude, 심지어 TikTok 등의 공격적인 스크래핑 크롤러가 서버에 과도한 부하를 주는 문제는 실제로 심각하며 부당하다고 동의
   2. 논리적 단절 지적: "그런데 AI로 생성된 코드를 플랫폼에서 금지하는 게 어떻게 AI 스크래핑을 막는 데 도움이 되는지" 반문하며, 이는 매우 기만적인 논리라고 비판

3. 비유를 통한 조롱

   1. Mac 사용자 비유: "그런 논리라면 자유/오픈소스 정신에 안 맞고 수리·유지보수가 어렵다는 이유로 Mac 사용자도 금지해야 앞뒤가 맞을 것"이라며, 차라리 AI보다 Mac 사용자를 금지하는 게 그들의 신념과 더 일관성 있을 거라고 비꼼
   2. 크롤러 차단에는 적극 지지: 크롤러를 막는 데는 얼마든지 자금을 대겠다고 밝힘

3.4. "개발팀은 없다(The development team of none)" 문단에 대한 반박

1. 원문 요지: LLM으로 코드를 짜면 마치 대규모 팀이 있는 것처럼 빠르게 개발할 수 있지만 실제로는 혼자이며, 이런 프로젝트들은 사용자도 거의 없는데 대형 커뮤니티 프로젝트만큼의 CI/CD·릴리즈 자원을 소비한다는 주장

2. 부분 동의

   1. 자원 낭비 문제 인정: 사용자가 거의 없는 프로젝트가 대형 커뮤니티 프로젝트보다 더 많은 CI/CD, 스토리지 자원을 소비하는 경우가 실제로 있다는 점은 동의
   2. 차라리 이 논리로 시작했어야: "이게 우리 서비스 비용에 실제로 얼마나 타격을 주는지 데이터로 보여줬다면 훨씬 설득력 있었을 것"이라며, 자원 남용 프로젝트를 제한하는 것이라면 얼마든지 지지하고 추가 기부도 하겠다고 밝힘

3. 본인 사례로 반박

   1. Lawn Video: Adobe가 Frame.io를 인수한 방향이 마음에 들지 않아 직접 만든 무료 오픈소스 대안 (더 저렴하고, 셀프호스팅 가능)
   2. t3.codes: Codex/Claude Code 데스크톱 앱 같은 폐쇄형 도구의 무료 오픈소스 대안이자, 완전 오픈소스 하네스인 Open Code까지 지원해 오픈웨이트 모델까지 아우르는 엔드투엔드 오픈 스택
   3. 결론: "AI 덕분에 나 혼자서도 여러 성공적인 오픈소스 프로젝트를 만들었는데, 이걸 전부 '한 번 쓰고 버리는 무의미한 소프트웨어'로 뭉뚱그리는 건 부당하다"고 반박

3.5. 하드웨어 가격/환경 문제에 대한 반박

1. 원문 요지: LLM으로 인한 하드웨어 가격 상승, 전력 사용, 물 소비 등 환경적 비용 문제 제기

2. 디지털 격차 프레이밍 반박

   1. 모순 지적: AI를 쓸 수 있는 사람과 없는 사람 사이의 격차를 우려한다면서, 정작 AI를 금지해 오픈소스와 폐쇄형 소프트웨어 사이의 품질 격차를 스스로 키우고 있다고 반박
   2. 핵심 메시지: "나는 오픈소스가 승리하길 바라는데, 당신들은 오픈소스가 기분 좋게 느껴지길 바랄 뿐"이라는 문장으로 근본적 입장 차이를 요약

3. 데이터센터 물 사용 반박

   1. 개인 견해: 데이터센터의 물 소비 문제는 1년 넘게 다루기를 미뤄온 주제인데, 실제로는 큰 문제가 아니라고 판단해왔다고 밝힘
   2. 폐쇄루프 설명: 데이터센터가 새로 열릴 때 물을 채우는 과정에서 일부 지역이 며칠간 물 접근성이 나빠지는 사례가 역사상 세 번 정도 있었지만, 이는 폐쇄순환(closed loop) 방식이라 한 번 채우면 끝이라고 설명
   3. 수치 비교: 데이터센터는 미국 옥수수 농업 대비 약 1/1000 수준의 물만 사용하며, 주거용 전력의 1% 미만을 사용한다고 언급 (Hank Green도 이 주제를 다뤘다며 참고 링크 제시)

4. 전력 문제는 실제 문제로 인정하되 방향이 틀렸다고 지적

   1. 미국 전력 생산 정체: 미국 전력 생산량이 1999년 이후 거의 늘지 않은 반면, 중국의 에너지 생산 능력은 같은 기간 크게 증가했다고 대비
   2. 필요한 방향: 전력 생산을 늘려야 하며, 석탄·가스로 늘리면 환경에 나쁘니 최소한 원자력, 이상적으로는 태양광·풍력 등 발전을 늘려야 한다고 주장
   3. 데이터센터의 실제 효과: 데이터센터가 오히려 주변 지역의 전기 요금을 낮추는 경향이 있다는 측정 결과가 있으며, 골프장·잔디밭·농업 관개용수 사용량과 비교하면 데이터센터의 물/전력 사용은 반올림 오차 수준이라고 강조

5. 독일 에너지 정책 비판 (구체적 수치 제시)

   1. 탈원전 이력: 독일이 원자력 발전 비중을 20% 이상에서 5% 미만으로 줄였고, 현재는 0%에 도달했다고 언급
   2. 대체 에너지원 문제: 원전 감축분을 메우기 위해 석탄 발전을 늘리고, 국경 간 전력 거래(주로 러시아산 석유)에 더 의존하게 되면서 러시아에 대한 에너지 의존도가 높아져 주권에도 타격을 줬다고 지적
   3. 수치: 독일의 국내 전력 생산량이 633테라와트시에서 509테라와트시로 감소했으며, 현재는 순수입국(net importer) 상태
   4. 평가: "원자력에 대한 언급이 이 발표문 어디에도 없다는 게, 그들이 정말 신경 쓰는 게 에너지 사용이 아니라 정치적 퍼포먼스라는 걸 보여준다"고 결론

3.6. 협업/신뢰 훼손 문제 — 유일하게 부분 동의하는 지점

1. 원문 요지: LLM 확산으로 기여자 간 신뢰가 다차원적으로 공격받고 있으며, 유지보수자들은 선의지만 저품질인 AI 생성 기여를 검토하느라 업무 부담이 늘고, 카피레프트 코드가 학습 데이터를 거쳐 세탁(license laundering)될 위험도 있다는 주장

2. Theo의 반응

   1. 부분 동의: "신뢰는 매우 소중한 가치인데 AI가 전반적으로 신뢰를 해치고 있다는 건 사실이고 우려스럽다"고 인정
   2. 랩(Lab)에도 책임 돌림: Anthropic과 OpenAI가 이 문제를 더 일찍부터 심각하게 받아들여 오픈소스 유지보수자를 돕는 도구·기술을 더 적극적으로 만들었어야 한다고 지적
   3. 역설 지적: 유지보수자가 소진돼 프로젝트를 넘긴 뒤 새 관리자가 이를 악용하는 사건이 최근 급증하고 있다는 점을 언급하며, AI가 유지보수자의 부담을 줄여준다면 오히려 이런 사건을 막는 데 도움이 될 수 있다고 반박
   4. 라이선스 세탁 주장에 대한 반박: 만약 모델이 인터넷 접속 없이 학습 데이터 속 특정 라이선스 코드를 그대로 재생산할 수 있다는 증거가 있다면 그건 소송감이니 실제로 소송을 제기하라고 제안
   5. "AI로 의심받는 것" 문제의 아이러니: 실제로 열심히 분석하고 제안한 사람이 AI 사용자로 오해받는 현상, 그리고 사람들이 AI 흔적을 숨기려 드는 현상 모두, Codeberg 같은 곳이 이런 식으로 몰아붙이기 때문에 생기는 결과가 아니냐고 반문

3.7. 실제 금지 범위와 예외 조항

1. 영향받지 않는 경우 (Codeberg 명시)

   1. 활발한 커뮤니티가 있고 유지보수되는 프로젝트
   2. LLM 이전부터 존재해온(pre-LLM) 이력이 상당한 프로젝트
   3. 다른 기여자의 LLM 생성 기여를 의도치 않게 또는 자발적으로 수용하는 유지보수자
   4. LLM을 과도하게 사용하지 않는 프로젝트

2. 묵인되지만 권장되지는 않는 경우

   1. 자원 사용이 적은 사이드 프로젝트/실험
   2. 어차피 커뮤니티를 형성하지 못했을 특정 도구/커스텀 스크립트

3. 더 이상 환영받지 못하는 경우 (실질적 금지 대상)

   1. AI 에이전트가 자율적으로 생성·유지하는 프로젝트
   2. LLM을 과도하게 사용해 작성·유지되는 프로젝트
   3. 관련자 수에 비해 압도적으로 많은 자원을 소비하는 프로젝트 → Theo도 이 항목은 전적으로 동의
   4. LLM 생태계에 밀접히 연관된 프로젝트(예: LLM 사용을 돕는 LLM 제작 도구) → Theo는 이 조항 때문에 자신의 t3.codes가 Codeberg에 절대 올라갈 수 없다고 언급
   5. 프로젝트의 커스텀 정책을 위반해 LLM 기여를 보내는 사용자

4. 대안 플랫폼 제시

   1. Codeberg 측은 Disroot, 셀프호스팅, SourceHut 등을 대안으로 안내함
   2. Theo는 "정말 도움 많이 되네요, 고맙습니다"라고 비꼼

---

4. 결론 및 최종 평가

4.1. Theo의 최종 입장

1. 실망감 표명

   1. Codeberg 팀과의 모든 교류, 그들이 표방한다고 생각했던 가치가 견고했다고 여겼으나 이번 결정은 예상 밖이었다고 밝힘
   2. 이런 정치적 입장을 취할 줄 알았다면 애초에 기부하지 않았을 것이라고 단언

2. "자유 소프트웨어"라는 명칭에 대한 반박

   1. Apple App Store보다 Codeberg에 게시할 수 있는 것에 더 많은 제약이 걸린다는 점이 아이러니하다고 지적
   2. 이런 규제는 "free software"가 아니라 "freely available software"에 불과하며, 자유 소프트웨어의 정신을 지키지 않고 있다고 결론지음

3. Linus Torvalds 재인용으로 마무리

   1. "AI는 유지보수자의 업무 부담 측면에서도, 계속 민망한 버그를 찾아낸다는 점에서도 고통스러운 도구일 수 있다. 하지만 해법은 머리를 모래에 파묻고 '라라라 안 들려'라고 하는 게 아니라, 그 LLM 도구들이 유지보수자를 돕도록 만드는 것"이라는 Linus의 말을 인용하며, 이렇게 합리적인 입장이 나온 지 얼마 안 돼 이토록 터무니없는 반박(Codeberg의 결정)이 나온 게 놀랍다고 평가

4. 향후 계획에 대한 불확실성

   1. "이제 뭘 추천해야 할지 모르겠다"며, 그냥 Forgejo를 직접 셀프호스팅하거나 아예 대안을 vibe coding으로 직접 만드는 게 나을 수도 있겠다고 자조 섞인 농담으로 영상을 마무리

---

주요 발언 모음

"Anyone who believes this [that AI hurts long-term maintainability] writes worse code than an AI model from a year and a half ago."

"I want free and open-source software to win. You guys want free and open-source software to feel good. That's the difference."

"This is not free software. This is freely available software."

"There are other questions around AI, like what is this going to pan out to economically in the end, but the is it useful statement is no longer one of those actual questions. Anyone who doubts that clearly hasn't actually used it." — Linus Torvalds 인용

"The solution is not to put your head in the sand and sing la la la I can't hear you... The solution is to make sure those LLM tools help maintainers instead of just causing them pain." — Linus Torvalds 인용

핵심 데이터 & 수치

• 투표 결과: Vibe Coded 프로젝트 금지 안건 358 찬성 vs 144 반대, 투표율 약 50% (활성 회원 기준)
• 시청자 여론조사: "AI로 vibe coding된 패키지 vs 평균 이하 개발자의 패키지, 어느 쪽이 더 안전한가?" → 채팅 90%가 AI 쪽이 더 안전하다고 응답
• 데이터센터 물 사용량: 미국 옥수수 농업 대비 약 1/1000 수준
• 데이터센터 전력 사용량: 주거용 전력의 1% 미만
• 독일 원자력 비중 변화: 20%대 → 5% 미만 → 현재 0%
• 독일 국내 전력 생산량 변화: 633테라와트시 → 509테라와트시 (현재 순수입국)
• 미국 전력 생산량: 1999년 이후 거의 정체

결론 및 시사점

1. Theo는 이번 사건을 계기로 Codeberg에 대한 신뢰를 완전히 철회했으며, 향후 오픈소스 프로젝트 호스팅 대안으로 Codeberg를 추천하지 않겠다는 입장을 밝힘
2. 그는 AI 코드 품질에 대한 논쟁이 "1년 반 전 모델" 수준에 머물러 있는 것은 시대착오적이며, Opus 4.5 이후로는 평균적 인간 개발자보다 AI가 더 나은 코드를 짠다는 것이 명백한 사실이라고 주장
3. 자원 남용(사용자 없는 프로젝트가 대형 프로젝트만큼 CI/CD 자원 소비)이라는 실질적 문제와, "AI가 나쁘다"는 정치적/감정적 반AI 정서를 뒤섞어 정책을 정당화하는 방식이 오히려 정당한 논의를 훼손한다고 비판
4. 협업 신뢰 훼손이라는 우려는 타당하지만, 그 해법은 AI 자체를 금지하는 것이 아니라 AI 랩(Anthropic, OpenAI 등)이 유지보수자를 돕는 도구를 더 적극적으로 만드는 것이라고 제안
5. 결과적으로 이런 식의 정책은 오픈소스와 폐쇄형 소프트웨어 간 품질 격차를 오히려 더 벌리는 자충수라는 것이 Theo의 핵심 결론