오픈소스 플랫폼 코드버그(Codeberg), AI가 자동 생성한 무분별한 코드 프로젝트 등록 금지령

깃허브 커밋 로그만 확인해도 어느 정도 탐지가 가능할 것임.

체스 대회에서 체스 컴퓨터를 금지하는 것과 같음. 합리적임.

모든 정책이 항상 집행되는 것은 아니지만 가이드라인은 필요함.

운전면허 시험에서 자율주행을 금지하는 것과 비슷함.

바이브 코딩의 정의가 애매함. 정책엔 '대부분'이라고 되어 있음.

정부 청사에 화재가 난다고 창문을 다 막아버리는 것과 같음. 문제의 근본을 해결하는 대신 무조건적인 금지만을 내세우는 정책은 바람직하지 않음.

AI 협업 사실을 밝히는 것은 정직한 태도라고 생각함.

현실적으로 금지가 가능한가? 내부 분열만 생길 것임.

보안을 위해 AI에게 읽지 말라는 명령을 남겨두는 방법도 있음.

클로드 등이 생성한 코드는 너무 장황한 주석 등 금방 티가 남. 코드 아래 내용을 그대로 반복하거나 불필요한 설명을 덧붙이는 행위는 병적인 수준임.

도대체 '바이브 코딩'의 정의가 무엇인지? 자동 완성 수준인가? 아니면 깃허브 복사 붙여넣기인가? 이 정책은 너무 많은 의문을 남김.

비영리 단체로서 저작권과 유해 코드 방지라는 확실한 명분이 있음.

자동 완성을 일일이 읽어보고 수정하면 괜찮을 듯.

AI가 생산성을 높여주는 도구로 사용되는 것과, 생각 없이 생성된 코드 '쓰레기'를 쏟아내는 것은 다름. 도구를 활용해 더 나은 코드를 만드는 것은 금지해서는 안 됨. 미래로 갈수록 모델은 더 발전할 텐데 무조건적인 금지는 이해하기 어려움.

대부분이 50%를 의미하는 것인지 확실치 않음.

50% 기준이면 명확할 텐데 그게 아니면 너무 모호함.

AI로 코드를 작성하느냐(written) 아니면 AI가 설계하게 하느냐(designed)의 차이임. 명확한 요구사항과 인간의 검토가 있다면 그것은 '바이브 코딩'이 아님. 하지만 주체 없이 AI에게 코드를 맡기는 방식은 보안과 유지보수 측면에서 분명한 문제를 야기함.

모든 바이브 코딩 프로젝트는 퍼블릭 도메인임. 문제는 AI 훈련에 사용된 데이터가 저작권을 침해했냐는 것이지.

AI를 활용해 반복 작업을 줄이는 것은 오케스트라 지휘처럼 즐거움.

AI로 코딩하는 건 IDE를 쓰는 것과 같음. 중요한 건 워크플로우와 설계, 인간의 oversight임.

법적 분쟁 시 근거로 삼기 위한 용도가 클 것임.

코드버그는 결국 '대부분'이라는 선을 그었음. 얼마나 많은 커밋이 AI와 연결되었는지 등을 확인하려 할 것 같은데, 실제 집행이 어떨지 모르겠음.

AI의 스타일을 식별하기 쉽다고 하는데, 그것은 사람의 눈인가, 아니면 당신이 만든 스캐너인가?

반복 작업은 70년대에 이미 해결된 문제임.

AI를 활용해 효율을 내는 것에 찬성하지만, 한편으로는 사람이 직접 작성하거나 최소한의 지원만 받은 프로젝트 공간도 필요함. 무분별한 생성으로 인해 실력이 퇴보할 위험이 있기 때문임.

코드버그는 독일 기반 비영리 단체임. 저작권 문제와 라이선스(GPL 등)의 준수 가능 여부가 중요함. LLM 생성물이 저작권을 인정받지 못하면 자유 소프트웨어 라이선스를 부여할 수 없다는 현실적 고민이 깔려 있음.

솔직하게 이념적 결정이라고 밝혔으면 좋겠음. 변명이 군색함.

좋은 결정임. 여력이 되는 사람들은 자체 서버를 돌리면 됨.

코드버그는 애초에 소규모 팀이나 바이브 코더들을 위한 곳이 아니었음. 깃허브의 과도한 AI 푸시를 피해 온 사람들이 많음. 플랫폼이 폐쇄적으로 변하는 것인지 장기적으로 우려됨.

AI 프롬프트 로그를 남겨서 인간의 참여를 증명하는 서비스가 있으면 좋겠음.

코드버그가 이렇게 하면 나중에 모든 모델 학습에 쓰일 텐데, 결과적으로는 모델들만 이득 보는 것 아님?

약간의 false positive가 있더라도 슬롭을 거르는 가치가 더 클 것임.

AI 코드 사용자를 배제하는 것은 깃허브의 대안으로서의 입지를 위태롭게 할 것임. 성급한 결정일 수 있음.

액티비즘은 원칙을 세우는 것임.

깃허브에서 코드버그로 옮겼는데, 코드버그의 신뢰성이나 안정성이 완벽하지는 않음. 그래도 폐기하고 싶지는 않음.

AI가 생성한 코드가 인간 코드보다 안전하다는 근거는 어디에도 없음. LLM은 수천 줄의 코드를 순식간에 만들어내기 때문에 실수를 포함할 확률이 훨씬 높음. 비영리 단체가 저작권 확인이라는 오버헤드를 감당하기 싫어하는 것은 타당함.

코드 생성보다는 버그 분석 등에 AI가 더 유용함.

이메일은 자동 응답일 텐데.

이 정책은 도구가 어떻게 생산되었는지에 기반해 코드를 금지함. 하지만 '대부분'이라는 기준을 어떻게 산정할 것인지 명확하지 않음. 이는 결국 AI 사용을 숨기게 만들 뿐이며, 인간이 쓴 코드도 저품질이 많다는 점에서 저작권 등을 이유로 든 것은 약한 근거임.

독일과 미국 사회의 차이일지도 모름. 여기는 남의 물건을 훔치지 않는 신뢰 시스템이 기본임. 그냥 사람들에게 '쓰레기 같은 코드는 올리지 말아달라'고 요청하는 것만으로도 충분히 효과가 있을 것이라고 보는 듯함.

엔트로피의 반대말이 필요함.

나는 AI 도구를 쓰지만 리뷰는 함. 안전을 위해 인간의 개입을 중시하는 접근 방식은 타당함.

충분한 인간의 입력이 있다면 저작권이 인정됨. 이는 독일이나 미국이나 마찬가지임. 그래서 '대부분'이라는 기준이 더욱 모호하게 느껴짐. AI와 함께 작업한 이력을 남기는 것이 오히려 저작권 증명에 도움이 될 것임.

정책의 실제 집행 여부나 유해 코드 주장에 회의적임. AI가 생성한 코드가 더 해롭다는 근거도 빈약함. 그냥 AI를 싫어하는 핑계로 보임.

코드버그가 느려서 어쩔 수 없이 깃허브를 유지함.

미래는 하나뿐이며, 어떤 캠프가 옳든 결과는 하나일 것임.

이 정책이 복잡하게 느껴진다면 당신이 저작권 개념을 잘 모르는 것임. 저작권은 법원이 판단하는 것이지만, 코드버그는 당신의 코드가 '당신이 저작권을 보유한 코드'와 일치할 것을 요구하는 것임.

독일 법이 기준이라지만 비독일인 사용자들에게는 매우 불분명한 기준임. 법적 이해도가 낮은 사람들이 무리하게 정책을 밀어붙이는 것 같음.

플랫폼이 직접 판사 노릇을 하겠다는 것인데, 억울하게 밴 당하는 사용자가 분명 나올 것임. 골치 아픈 문제를 자초함.

LLM 아웃풋은 저작권이 없다는 것이 통설임. 공포감을 조성하는 것임.

각자의 진실이 공존하는 세상임.

코드버그가 자유 소프트웨어를 지향한다면, 저작권 없는 코드를 자유 소프트웨어 라이선스로 배포할 수 있는지의 논란은 매우 합리적인 걱정임.

AI 코드를 무분별하게 쓰면 나중에 수정하는 게 더 힘듦.

불확실할 땐 안전한 쪽을 선택하는 게 맞음. 싫으면 안 쓰면 됨.

결국 인간은 효율성 경쟁에서 질 수밖에 없음.

자유 소프트웨어와 오픈 소스를 모두 지지한다는 입장임.

나쁜 결정임. 깃허브로 다시 돌아갈 사용자가 많을 것임.

여기는 사유지임. 싫으면 '바이브버그' 직접 만드셈.

계약의 헛점을 막으려는 시도임. 왜 이런 업데이트가 필요한지 맥락을 봐야 함.

취지는 분명함. 인간이 작성한 프로젝트를 위한 공간을 만드는 것임. 그런데 사람들은 무슨 문구에 트집을 잡으며 '이건 인간이 쓴 게 아니잖아'라고 억지 부리고 있음. 진정으로 직접 코딩하는 사람이라면 선이 어디인지 고민하지도 않을 것임.

AI에게 코딩 맥락을 상기시키는 데는 장황한 주석이 도움이 됨.

텍스트 파일 몇 개 호스팅하는 게 비용이 든다고?

유럽 단체라 저작권에 민감한 것은 타당함.

독일 법상 AI 생성물은 저작권 보호를 받지 못함. 저작권이 없으면 오히려 모두에게 열린 것 아닌가? 무엇이 문제인지 모르겠음.

r/selfhosted 관리자로서 말하는데, 이런 규칙은 끝이 없는 싸움임. 무엇이 '저품질'이고 '고품질'인지 구분하는 것은 매우 주관적이고 엄청난 노력이 들어감. 결국 이 정책은 집행하기 어려워질 것임.

도구가 코드를 자동 완성해 주는 경우에도 결국 '인간이 작성한' 프로젝트로 볼 수 있음. 내가 직접 쓴 코드에 AI를 '생각하는 awk'처럼 활용해 텍스트를 변환하거나 보일러플레이트를 짜게 하는 것은 직접 코딩하는 것과 다를 바 없음.

결국 일부는 코드버그에 남겠지만 대부분의 세상은 AI 코딩으로 갈 것임.

1200명의 회원이 운영하는 비영리 조직임.

코드버그는 인프라 비용 유지와 자유 소프트웨어 공유라는 철학적 동기가 있기 때문에 레딧 인프라 위에서 돌아가는 커뮤니티와는 상황이 완전히 다름. AI가 생성한 '쓰레기'를 걸러낼 여력이 없어, 결과적으로 제약이 많은 공간이 되더라도 인프라를 지키려는 것으로 보임.

의도가 중요함. AI 생성이 아닌 인간 생성 코드를 위한 공간도 필요함.

AI 생성 코드를 원하지 않는 사람들을 위한 공간이 필요함.

안정적인 호스팅을 원하면 다른 옵션(네오시티즈 등)도 있음.

여기가 공공장소는 아님. 사유지 관리자의 권한임.

이건 그냥 LLM이 코딩하는 게 싫은 것임. 차라리 솔직하게 금지한다고 하는 게 낫지, 저작권 운운하며 반쪽짜리 해결책을 제시하는 것은 이상함.

토큰 리셋을 기다리고 있음.

이런 결정은 플랫폼이 아니라 프로젝트 관리자가 해야 함. 현실을 외면하는 처사임.

AI 전용 정책이 기존 저작권법과 무엇이 다른지 의문임.

독일 법상 법인(AI 모델 제공사)은 저작권을 가질 수 없음. 따라서 AI가 주인이 될까 봐 걱정한다는 건 논리가 안 맞음.

독일 법이 미국과 어떻게 다른지 궁금함.

텍스트 파일 몇 개 호스팅하는 게 대수냐고 할 수 있지만, 백업과 유지보수를 생각하면 규모가 커질 때 비용과 부담은 만만치 않음. 자기만의 플랫폼을 운영하고 싶으면 직접 호스팅하면 될 일임.

독일 저작권법상 '개인적 지적 창작물' 조건이 중요함. AI 생성물은 창작자(인간)가 창작 과정에 지배적인 입력을 하지 않으면 보호받지 못함. 하지만 창작물에 저작권이 없으면 모두 퍼블릭 도메인이 되는 것이라 코드버그에 큰 법적 문제가 될 것 같지는 않음.

사람들은 자신의 코드를 스스로 알 것임. '신발에 똥 묻었으면 카펫 위로 올라오지 말라'는 것과 같음. 명확한 수치나 도구를 제시하라고 따질 필요가 없음. 거부하고 싶으면 거부할 권리가 있음.