RPCS3 개발진, “AI가 뱉은 PR 좀 그만 보내라” 공개 요청

• RPCS3 개발진이 GitHub에 쏟아지는 AI 생성 코드 PR을 그만 보내달라고 공개적으로 요청함

  • RPCS3는 2011년부터 개발된 오픈소스 플레이스테이션 3 에뮬레이터
  • 현재 PS3 게임 라이브러리의 약 70%를 완전히 플레이 가능한 수준으로 지원할 만큼 기술적으로 빡센 프로젝트임

• 팀의 메시지는 꽤 직설적임. “AI slop code pull requests”를 제출하지 말라는 것

  • AI로 만든 코드를 이해하지 못한 채 올리고, 작동도 안 하는 PR이 유지보수자 시간을 잡아먹고 있다는 맥락
  • 앞으로 AI 생성 코드임을 밝히지 않고 제출하면 밴하겠다고 경고함

• RPCS3 팀은 “사람이 쓴 코드까지 잘못 거절하는 거 아니냐”는 반응에도 꽤 세게 답함

  • 누군가 어떻게 AI 코드인지 확신하냐고 묻자, 팀은 “우리가 본 AI 쓰레기 같은 코드는 사람이 손으로 쓸 수가 없다”는 취지로 답함
  • 말은 거칠지만, 유지보수자가 반복적으로 같은 패턴의 저품질 PR을 보고 있다는 신호이기도 함

• 이건 RPCS3만의 문제가 아님

  • Godot Engine의 프로젝트 매니저 레미 베르셸드도 2026년 2월 GitHub가 AI 생성 PR로 너무 많이 뒤덮였다고 언급함
  • 그는 오로지 이런 PR을 처리하기 위해 유지보수자를 더 고용해야 할지 고민할 정도라고 말함

• AI 코딩 도구의 생산성 얘기 뒤에 숨은 비용이 여기서 드러남

  • 작성자는 몇 분 만에 PR을 만들 수 있지만, 유지보수자는 그 코드가 맞는지 빌드하고, 테스트하고, 설계에 맞는지 봐야 함
  • 특히 에뮬레이터나 게임 엔진처럼 내부 동작이 복잡한 프로젝트는 “그럴듯한 코드”가 가장 위험함
  • 코드가 돌아가는 척만 해도 리뷰어가 잡아내는 데 시간이 꽤 듦

• 실무 개발자에게도 메시지는 뻔하지만 중요함

  • AI를 써도 좋지만, 제출하는 코드는 본인이 설명하고 디버깅할 수 있어야 함
  • “AI가 이렇게 만들었다”는 건 리뷰에서 근거가 아니라 책임 회피로 보일 수 있음
  • 오픈소스에 기여하려면 먼저 프로젝트의 디버깅 방식, 테스트 기준, 코드 스타일을 익히는 게 순서임

---

기술 맥락

• RPCS3 같은 에뮬레이터는 일반 앱보다 코드 검증 난도가 훨씬 높아요. PS3 하드웨어와 게임별 동작을 맞춰야 해서, 겉보기엔 그럴듯해도 타이밍이나 호환성 하나가 깨지면 전체 품질이 흔들리거든요.

• 유지보수자가 AI PR을 싫어하는 이유는 AI를 썼다는 사실 자체보다 검증 책임이 빠져 있기 때문이에요. 제출자가 왜 이 변경이 맞는지 설명하지 못하면, 리뷰어가 설계자·디버거·테스터 역할을 전부 떠안게 돼요.

• 오픈소스에서는 PR 수가 많아지는 게 항상 좋은 신호가 아니에요. 품질 낮은 PR이 늘면 진짜 버그 수정이나 의미 있는 기능 개선을 볼 시간이 줄어들기 때문에, 프로젝트 전체 처리량이 오히려 떨어질 수 있어요.