"AI를 공동저자로 올리지 않겠다" 개발자의 선언, 책임 논쟁 불붙여

클로드 코드, 내 커밋에서 이름 뺀다

한 개발자가 1년간 지켜오던 원칙을 뒤집었다. 인도 출신 개발자 구프타는 자신의 블로그에서 "클로드 코드를 깃 커밋의 공동저자로 올리지 않겠다"고 밝혔다. 해커뉴스에서 18점, 댓글 38개를 모으며 논쟁이 번졌다.

기존 입장은 투명성이었다. LLM을 썼다는 사실을 리뷰어에게 알리려 공동저자 표기를 시작했다. 하지만 생각이 바뀌었다. 이제는 LLM 사용이 당연한 시대다. 목수가 톱 이름을 작품에 새기지 않듯, 도구 이름을 커밋에 남길 이유가 없다는 판단이다.

구프타가 지적한 핵심은 책임 전가다. 공동저자가 있으면 실수 발생 시 "AI가 그랬다"고 변명하기 쉽다. 몇 년 전 구글이나 스택오버플로를 공동저자로 올리지 않았듯, 지금도 마찬가지여야 한다.

그는 "내 이름으로 나가는 작업물이면 온전히 내가 책임진다"고 못 박았다. 버그는 LLM 이전에도 있었고, 검증 의무는 도구가 바뀌어도 변하지 않는다.

예외도 뒀다. 완전 자동화된 코드나 검증 안 된 실험이라면 AI 전용 계정을 만들거나 README에 경고문을 달라고 제안했다. 해커뉴스 댓글에서도 "주 계정엔 내가 이해한 코드만, 부계정엔 AI 산출물만" 전략을 쓰는 개발자가 있었다.

반론도 만만찮다. "목수는 전동드릴 브랜드를 자랑한다"는 댓글처럼, 도구 공개를 당연시하는 시각도 있다. 오픈소스 프로젝트라면 후속 유지보수자를 위해 AI 사용 여부를 알리는 게 예의라는 주장도 나왔다.

구프타 말대로 LLM은 이제 '선택'이 아닌 '생존 도구'다. 회사 업무에서 안 쓰면 도태된다. 사이드 프로젝트는 자율이다. 이 환경 변화가 공동저자 관행 자체를 무의미하게 만들었다.

동시에 책임 소재는 더 선명해졌다. AI가 코드를 짜도 배포 버튼 누르는 건 인간이다. 그 순간부터 법적·도의적 책임은 작성자에게 귀속된다.

구프타가 클로드 코드 공동저자 표기를 그만둔 건 도구 탓 하지 않겠다는 선언이다. 목수가 톱 이름을 가구에 새기지 않듯, AI도 도구일 뿐이라는 입장이다.

공동저자 표기가 투명성보단 책임 회피 핑계가 될 수 있다고 봤다. "내 이름으로 나간 코드면 내가 다 책임진다"는 원칙이다. 대신 실험적 코드엔 별도 계정이나 README 경고로 투명성을 대체하라고 제안했다.

챗GPT나 클로드로 코드 짜더라도 깃 커밋엔 본인 이름만 남기세요. 나중에 버그 터지면 "AI 탓" 못 합니다.

오픈소스 기여한다면 README에 "AI 도움 받음" 한 줄만 추가해도 충분합니다. 회사 프로젝트면 내부 규칙 따르되, 최종 검토는 본인이 직접 하세요.

공동저자 표기 관행은 팀·프로젝트마다 갈린다. 깃허브 공식 가이드라인도 없다. 해커뉴스 논의처럼 "AI 계정 분리"가 표준이 될지, "공동저자 유지"가 투명성 문화로 남을지 지켜볼 일이다.

핵심은 도구 이름이 아니라 최종 승인자가 누구냐다. 그 이름이 곧 책임의 주춧돌이다.