Kubernetes, AI 보조 기여 원칙 공개…“사람이 설명 못 하면 PR 닫는다”

Kubernetes 공식 블로그에 따르면 Kubernetes 커뮤니티는 AI 보조 코딩이 오픈소스 기여와 유지보수 방식에 미치는 영향을 정리하고, AI 도구 사용에 관한 기여 원칙과 리뷰 도구 평가 절차를 공개했다. 글은 AI가 코드 생성 속도를 높였지만, 코드베이스를 장기적으로 유지하는 부담은 줄이지 못했다는 문제의식에서 출발한다.

Kubernetes는 AI 도구를 활용한 pull request 작성 자체를 금지하지 않는다. 다만 Contributor Guide는 AI 도구를 사용했다면 PR 설명에 이를 밝혀야 한다고 안내한다. 작성자는 모든 변경 사항을 이해하고 설명할 책임을 지며, AI를 공동 작성자로 올리거나 AI 도구가 공동 서명한 commit을 남기는 방식은 허용되지 않는다.

가장 엄격한 기준은 리뷰 과정에 놓여 있다. Kubernetes 문서는 리뷰어가 AI 보조 코드에 대해 질문할 수 있으며, 작성자가 변경 이유를 설명하지 못하면 PR이 닫힐 수 있다고 밝힌다. 리뷰 코멘트에 답할 때도 AI 도구에 의존하지 말고 작성자가 직접 응답해야 한다는 원칙을 제시했다. 이는 코드 품질뿐 아니라 프로젝트 안에서 책임 소재와 지식 이전을 유지하기 위한 장치로 볼 수 있다.

공식 블로그는 Kubernetes가 AI 코드 리뷰 도구도 제한적으로 실험하고 있다고 설명했다. 커뮤니티 문서에 따르면 자동 PR 리뷰 도구는 저장소별 opt-in 방식으로 평가할 수 있으며, 도입 요청에는 사용 목적, 대상 저장소, GitHub 권한과 OAuth scope, 기존 도구로 해결되지 않는 이유가 포함돼야 한다.

도구 도입 전에는 개인정보와 보안 평가도 요구된다. Kubernetes GitHub Administration Team은 도구가 어떤 GitHub 권한을 요구하는지, 어떤 데이터에 접근해 어디로 전송하는지, 어떤 AI 모델이 코드를 처리하는지, 데이터 보관·삭제 정책과 보안 인증 여부를 확인하도록 절차를 마련했다. 승인되더라도 도구는 조직 전체가 아니라 특정 저장소에서 90일 동안 파일럿으로 운영된다.

이번 정리는 대형 오픈소스 프로젝트가 AI 코딩 도구를 무조건 배척하기보다, 공개·책임·보안 평가를 전제로 제도권 안에 넣으려는 흐름을 보여준다. 특히 Kubernetes처럼 여러 SIG와 수많은 유지보수자가 참여하는 프로젝트에서는 AI가 생성한 대규모 변경이 리뷰 부담을 키울 수 있다. 그래서 AI 사용 여부를 드러내고, 사람이 변경을 이해하며, 자동 리뷰 도구는 별도 평가 절차를 거치게 하는 방식이 현실적인 균형점으로 제시됐다.

개발자에게도 시사점이 있다. AI가 작성한 코드라도 최종 책임은 제출자에게 남는다. 오픈소스 프로젝트에 기여할 때는 생성 도구의 사용 사실을 숨기지 않고, 테스트와 자체 검토를 거친 뒤, 리뷰어와 직접 대화할 수 있을 만큼 변경 내용을 이해해야 한다는 기준이 더욱 분명해지고 있다.

출처: Kubernetes Blog https://kubernetes.io/blog/2026/06/26/open-source-maintainership-in-the-age-of-ai/
출처: Kubernetes Contributors https://www.kubernetes.dev/docs/guide/pull-requests/#ai-guidance
출처: Kubernetes Community GitHub https://github.com/kubernetes/community/blob/main/github-management/ai-code-review-tools.md