Oracle, 내부 LLM 사용에도 불구하고 OpenJDK에서 AI 생성 코드 금지

오라클이 오픈JDK 기여에서 AI 생성 코드를 금지했다. The Register가 보도하고 Dealroom이 집계한 이 정책은 저장소, 풀 리퀘스트 또는 기타 프로젝트 채널에 AI 생성 자료를 제출하는 것을 명시적으로 금지한다. 개발자는 개인적인 디버깅 및 코드 리뷰에 LLM을 여전히 사용할 수 있지만, 오픈소스 Java 프로젝트에 들어갈 모든 것은 인간이 작성해야 한다.
정책 세부 사항
- 범위: 코드, 문서, 테스트를 포함한 모든 OpenJDK 기여에 적용됩니다.
- 근거: Oracle은 AI 생성 콘텐츠와 관련된 안전, 보안 및 지적 재산권(IP) 위험을 이유로 들었습니다.
- 허용되는 사용: LLM은 디버깅 및 코드 리뷰를 위해 개인적으로 사용할 수 있지만, 출력물이 프로젝트에 직접 포함되어서는 안 됩니다.
모순
이 정책은 Oracle의 내부 관행과 극명한 대조를 이룹니다. 공동 창업자인 래리 엘리슨은 AI 모델이 이제 Oracle의 코드를 작성한다고 공개적으로 선언했습니다. 공동 CEO인 마이크 시실리아는 AI 도구 덕분에 더 작은 엔지니어링 팀이 더 빠르게 제품을 제공할 수 있다고 말합니다. 이러한 내부 AI 의존도는 OpenJDK 금지를 일관성이 없어 보이게 만듭니다.
Oracle은 AI 투자를 멈추지 않습니다. 회사는 AI 워크로드를 지원하기 위해 올해 데이터센터 확장에 700억 달러를 지출할 계획입니다. 이러한 대규모 지출은 신용평가사 S&P의 주목을 받았으며, S&P는 투자 수익의 불확실성을 이유로 Oracle의 신용등급을 정크 등급 바로 위인 BBB-로 강등했습니다.
개발자에게 의미하는 바
OpenJDK에 기여하는 경우, 풀 리퀘스트에 AI 생성 코드가 포함되어서는 안 됩니다. LLM을 사용하여 코드베이스를 이해하거나 버그를 찾는 것은 괜찮지만, LLM 출력을 직접 PR에 붙여넣을 수는 없습니다. 다른 모든 사람들에게는 이는 기업의 AI 채택과 오픈소스 거버넌스 사이의 증가하는 긴장을 강조합니다. 더 많은 프로젝트가 유사한 정책을 공식화할 것으로 예상됩니다.
📖 전체 소스 읽기: HN AI Agents
👀 See Also

Claude Code v2.1.133: worktree.baseRef 되돌리기, 샌드박스 경로, MCP OAuth 프록시 수정
Anthropic이 새로운 worktree.baseRef 설정(기본값 fresh, origin/default에서 브랜치 생성), sandbox.bwrapPath 및 sandbox.socatPath(사용자 정의 bubblewrap/socat 바이너리 경로), MCP OAuth 흐름의 프록시/mTLS 수정, 그리고 여러 버그 수정을 포함한 Claude Code CLI v2.1.133을 출시했습니다.

Gemma 4 채팅 템플릿 버그: anyOf/null이 있는 도구 매개변수가 빈 유형으로 렌더링됨
Gemma 4의 채팅 템플릿 버그로 인해 도구 파라미터 스키마에서 $ref, anyOf, $defs가 누락되어 nullable 참조가 빈 타입 필드로 렌더링됩니다. Jinja 수정으로 모든 추론 엔진에서 올바른 스키마 파싱이 복원됩니다.
대서양, 반AI 폭력 증가와 정치적 반발 보도
버니 샌더스와 스티브 배넌 모두 AI를 노동자에 대한 위협으로 규탄한다. 샘 알트만의 집에 대한 화염병 공격과 인디애나폴리스 시의원 총격 사건은 반데이터센터 폭력이 증가하고 있음을 보여준다.

그렉 크로아-하트먼의 클랭커 T1000: AMD 라이젠 AI 맥스가 탑재된 프레임워크 데스크탑에서 로컬 LLM으로 리눅스 커널 버그 퍼징하기
Greg KH의 'gregkh_clanker_t1000'은 Framework Desktop(AMD Ryzen AI Max+)에서 실행되는 로컬 LLM을 사용하여 Linux 커널을 퍼징하며, 4월 7일 이후 ALSA, HID, SMB, Nouveau, IO_uring 등의 버그를 수정한 약 20개의 패치가 병합되었습니다.