Oracle은 Ellison이 AI가 코드를 작성한다고 주장함에도 불구하고 OpenJDK에서 AI 생성 코드를 금지합니다.

Oracle은 보안 및 IP 위험을 이유로 OpenJDK에 대한 AI 생성 코드 기여를 금지했습니다. Larry Ellison은 AI 모델이 이제 Oracle의 자체 소프트웨어를 작성하여 엔터프라이즈 AI 정책의 격차가 확대되고 있다고 밝혔습니다.

오라클은 회사가 관리하는 오픈 소스 Java 개발 플랫폼인 OpenJDK에 대한 AI 생성 코드 기여를 금지하는 정책을 조용히 시행했습니다. The Register가 보도한 이러한 움직임은 안전, 보안 및 지적 재산권 문제를 언급하고 있지만 소프트웨어 구축 방법에 대한 Oracle의 내부 메시지와는 극명한 긴장 관계에 있습니다. 진행 중인 AI 속보에서 이 기사는 기업의 AI 야망과 엔지니어링적 주의 사이의 격차가 커지고 있음을 강조합니다.

정책에 따라 개발자는 코드 디버깅 및 검토를 위해 여전히 대규모 언어 모델을 개인적으로 사용할 수 있습니다. 그러나 AI 생성 자료를 OpenJDK 리포지토리, 끌어오기 요청 또는 기타 프로젝트 통신 채널에 제출하는 것은 금지되어 있습니다. 이러한 제한은 AI를 개인 비서로 사용하는 것과 공유되고 오래 지속되는 코드베이스에 입력되는 코드를 생성하는 것을 허용하는 것 사이에 효과적으로 선을 긋는 것입니다.

오라클이 선을 그은 이유

금지 이유는 철학적이라기보다는 실용적입니다. AI 생성 코드에는 사후에 제거하기 어려운 세 가지 범주의 위험이 발생합니다. 첫째, 보안: LLM은 검토자가 즉시 발견할 수 없는 미묘한 취약점이 있는 코드를 생성할 수 있습니다. 특히 심층적인 표준 라이브러리 및 동시성 모델을 갖춘 Java만큼 복잡한 언어의 경우 더욱 그렇습니다. 둘째, 지적 재산: 기존 코드의 방대한 자료에 대해 훈련된 모델은 라이선스가 부여된 자료를 그대로 또는 가까운 의역으로 재현할 수 있어 잠재적으로 저작권 주장으로 오픈 소스 프로젝트를 오염시킬 수 있습니다. 셋째, 귀속 및 책임: 코드가 작성되지 않고 생성되면 버그, 라이센스 의무 또는 규정 준수 문제에 대한 책임이 누구에게 있는지 알기가 더 어려워집니다.

OpenJDK는 단순한 오픈 소스 프로젝트가 아닙니다. 이는 엔터프라이즈 서버에서 Android 애플리케이션에 이르기까지 전 세계 수십억 대의 장치에서 실행되는 언어인 Java의 참조 구현입니다. OpenJDK에 사용된 코드는 수십 년 동안 상용 Oracle 제품, 타사 JDK 배포판 및 글로벌 Java 생태계로 유입될 수 있습니다. 문제가 있는 AI 생성 코드 한 조각으로 인해 수년 동안 파급되는 책임이 발생할 수 있습니다.

오라클 내부 자세와의 모순

이 정책을 주목할 만한 점은 자체 AI 사용에 대한 Oracle의 공개 성명과 대조된다는 것입니다. 공동 창립자인 Larry Ellison은 최근 AI 모델이 이제 Oracle의 코드를 작성하여 회사가 AI 기반 소프트웨어 개발의 리더로 자리매김했다고 선언했습니다. 공동 CEO인 Mike Sicilia는 AI 도구를 통해 소규모 엔지니어링 팀이 더 빠르게 제품을 제공할 수 있다고 평가하면서 AI가 Oracle 생산성 전략의 핵심임을 시사했습니다.

이번 분할은 기술 산업 전반에 걸친 광범위한 긴장을 반영합니다. 기업은 AI로 생성된 코드를 내부 운영의 혁신과 효율성의 증거로, 특히 투자자와 고객에게 홍보하고 싶어합니다. 그러나 책임이 외부에 있고 버그의 폭발 반경이 글로벌 배포에서 측정되는 다른 사람들이 의존하는 코드에 관해서는 열정이 약해집니다. 오라클의 입장은 본질적으로 AI 생성 코드가 오라클의 독점 제품에는 충분하지만 오라클이 관리하는 오픈 소스 프로젝트에는 충분하지 않다는 것입니다.

망설이는 것은 OpenJDK만이 아니다

오라클은 이 문제를 해결하기 위해 노력한 최초의 주요 오픈 소스 프로젝트는 아니지만 가장 크고 가장 중요한 프로젝트 중 하나입니다. 몇몇 다른 오픈 소스 커뮤니티에서는 유사한 제한 사항을 채택했거나 고려하고 있습니다. Linux 커널, Kubernetes 및 Apache Software Foundation은 AI가 생성한 기여에 라벨을 붙이거나 제한하거나 완전히 금지해야 하는지에 대한 논쟁을 모두 보아 왔습니다. 핵심 관심사는 보편적입니다. 오픈 소스 라이선스와 기여 계약은 자신의 코드를 이해하고 책임을 지는 인간 작성자를 중심으로 설계되었습니다.

AI 모델은 원본 개발자 인증서에 서명할 수 없고 보안 취약성에 대해 책임을 질 수 없으며 특정 방식으로 코드를 작성한 이유에 대한 질문에 답할 수 없습니다. 인간이 AI 생성 코드를 자신의 작업으로 제출하면 완전히 이해하지 못할 수 있는 내용을 암묵적으로 보증하는 것이며, 이는 오픈 소스 협업이 의존하는 신뢰 모델을 약화시킵니다.

700억 달러 규모의 배경

코드 전면에 대한 오라클의 AI 주의는 엄청난 AI 인프라 투자 가운데 나온 것입니다. 회사는 기술 부문에서 가장 큰 자본 지출 프로그램 중 하나인 AI 워크로드를 지원하기 위해 데이터 센터 확장에 올해 약 700억 달러를 투자할 예정입니다. 이러한 지출로 인해 S&P Global Ratings는 대규모 투자에 대한 불확실한 수익을 이유로 Oracle의 신용 등급을 정크 등급보다 한 단계 높은 BBB-로 하향 조정했습니다.

대조는 유익합니다. 오라클은 AI 컴퓨팅에 대한 수요가 비용을 정당화할 것이라고 확신하면서 AI 인프라에 수백억 달러를 기꺼이 투자할 것입니다. 그러나 AI가 세계에서 가장 중요한 프로그래밍 생태계 중 하나에서 실행되는 코드를 작성하도록 하는 것에 관해서는 회사의 엔지니어들이 아직은 그렇지 않다고 말합니다. 인프라는 필수품이지만 코드 품질은 평판에 달려 있으며 두 가지 위험 프로필은 매우 다르다는 메시지입니다.

이것이 개발자에게 의미하는 것

OpenJDK에 기여하는 Java 개발자의 경우, 이 정책은 AI 도구를 사용하는 방법에 대해 더 신중하다는 것을 의미합니다. 버그를 이해하거나 디자인 패턴을 검토하기 위해 ChatGPT 또는 Claude를 사용하는 것은 여전히 허용됩니다. AI 도구에 의해 주로 생성된 코드를 제출하는 것은 사람이 편집하더라도 제출되지 않습니다. 실제로 많은 개발자가 AI를 공동 초안 작성 파트너로 사용하고 자신의 생각을 모델 제안과 명확하게 분리하지 못할 수 있기 때문에 실제로 그 경계가 항상 명확하지는 않습니다.

업계에서 더 폭넓게 시사하는 바는 AI 코딩 도구를 서둘러 채택하는 것이 코드 품질과 책임이 가장 중요한 지점에서 정확히 한계에 부딪힐 수 있다는 것입니다. 오픈 소스 유지 관리 담당자, 보안 팀 및 규정 준수 담당자는 AI 생성 코드에 대해 점점 더 경계하고 있으며, 경영진은 AI의 생산성 향상을 축하하고 있습니다. Oracle의 OpenJDK 금지는 중요한 소프트웨어를 실제로 유지 관리하는 사람들 사이에서 실제 합의가 어디에 있는지를 보여주는 신호일 수 있습니다.