Rust, 주요 레포지토리에 공식 LLM 정책을 채택

Rust 프로젝트의 다섯 팀은 대형 언어 모델 사용 방식을 규정한 공식 정책을 rust-lang/rust에 기여할 때 채택했습니다. 이 정책은 프로젝트의 주요 모노레포이며, 정책 작성자인 Jynn Nelson이 Inside Rust 블로그에서 2026년 8월 5일 발표했습니다. 컴파일러, libs, types, rustdoc, bootstrap 팀이 승인한 이 정책은 Nelson이 “비공개 “와일드 웨스트” 방식”이라고 묘사한 중재 방식을 공개된 서면 규칙으로 대체합니다.

이 정책은 프로젝트 전체의 AI 입장을 나타내는 것이 아니며, 그렇게 명시하고 있습니다. rust-lang/rust 저장소와 이를 승인한 팀에만 적용됩니다. 그러나 그 범위 내에서는 명확한 경계를 그립니다: LLM은 사고를 돕는 도구로는 환영하지만, 이를 대체하는 용도로는 허용되지 않습니다.

정책이 실제로 말하는 내용

문서는 한 문장으로 요약됩니다:

LLM을 사용해 질문에 답하고, 분석하고, 정리하고, 다듬고, 검토하고, 제안하고, 리뷰하는 것은 허용됩니다. 그러나 생성하는 것은 허용되지 않습니다.

실제로는 세 단계로 구분됩니다. 무조건 허용: 기여자만 결과를 보는 모든 개인 사용 — 코드베이스에 대한 질문, 스레드 요약, 자신의 코드를 개인적으로 리뷰하는 경우. 필수 공개가 요구되는 허용: 기계 번역, 오타 수정과 같은 사소한 변경, LLM을 활용한 버그 탐지, 그리고 별도의 명확히 라벨링된 GitHub 계정에서 실행되어 사용자가 차단할 수 있는 LLM 리뷰 봇. 금지: LLM이 만든 댓글, 문서, 컴파일러 진단; LLM 실행을 필요로 하는 모든 프로세스; 그리고 LLM 리뷰를 병합 또는 거부 판단의 충분조건으로 여기는 행위.

가장 강력한 제재는 집행 설계에 있습니다. LLM 사용을 고의로 오도하는 것은 프로젝트 행동 강령 위반으로 간주되며, 이는 괴롭힘과 동일한 수준으로 경고와 재발 시 차단을 초래합니다. 문서는 많은 조항이 실제로 집행하기 어렵다는 점을 명시하고, 이는 의도된 것이라고 밝힙니다: “우리의 목표는 모든 위반을 잡아내는 것이 아니라… 대신, 정책을 따르는 것과 고의적으로 위반하는 것 사이의 선택을 강제함으로써 합리적 부인 가능성을 없애는 것입니다.”

LLM이 작성한 코드를 위한 제한된 실험

LLM이 작성한 코드가 완전히 금지된 것은 아닙니다. 이는 엄격한 진입 조건을 가진 실험에 한정됩니다: 변경 사항은 지정된 리뷰어와 사전에 합의되어야 하며, 컴파일러의 안정성에 필수적이지 않고, 충분히 테스트되고 검토되어야 하며, 모든 경우에 공개가 요구됩니다. 새로운 기여자는 먼저 리뷰어를 확보하지 않으면 LLM이 만든 풀 리퀘스트를 열 수 없습니다. 해당 코드에 테스트 스위트가 없을 경우, 작성자는 테스트를 작성하거나 PR을 닫아야 합니다. 예외는 없습니다.

이 실험은 자체 회로 차단 장치를 가지고 있습니다. 6주 기간 내에 병합된 PR 중 절반 이상이 LLM이 만든 경우, LLM이 만든 PR의 병합은 비율이 50% 이하로 떨어질 때까지 최소 10일의 냉각 기간을 두고 중단됩니다. 이 기간은 Rust의 6주 릴리스 주기와 일치합니다. 모든 해당 PR은 새로운 ai-assisted 라벨을 붙이며, 데이터 수집(LLM을 활용한 기여자가 학습하고, 재참여하며, 유용한 작업을 생산하는지 여부)을 목적으로 하는 비공개 Zulip 채널에 게시됩니다. 이는 접근 제한을 위한 것이 아닙니다.

왜 지금인가

Nelson의 발표는 팀들을 비공식적인 중재에서 서면 규칙으로 전환하게 만든 세 가지 압력을 설명합니다. 다듬어진 풀 리퀘스트가 더 이상 노력이나 이해를 나타내지 않게 되면서, 프로젝트 리뷰 문화가 의존하는 신뢰 신호가 약화됩니다. 저렴한 코드 생성은 기존의 리뷰 대역폭 부족을 악화시킵니다: 현재 레포에는 1,281개의 열린 PR이 존재하며, 부족한 자원은 언제나 코드가 아니라 리뷰어의 판단이었습니다. 또한 리뷰 댓글을 LLM에 붙여넣고 결과를 다시 붙여넣는 기여자는, Nelson이 말하길, 모두의 시간을 낭비하고 리뷰어가 사람과 대화하고 있다는 가정을 깨뜨립니다.

배경에는 프로젝트 내부의 실제 분열이 존재합니다. 정책의 동기 부문에서는 Rust 내에서 AI 기반 도구가 언제 허용되는지에 대한 합의가 없으며, “아마도 영원히 없을 것”이라고 명시하고 있습니다. 구성원들은 매일 사용하는 사람부터 어떤 사용도 용납하지 않는 사람까지 다양합니다. 그래서 문서는 변경 가능하도록 설계되었습니다: 주요 수정은 각 승인 팀의 서명을 필요로 하며, 정책은 해당 팀들에 의해 완전히 폐지되거나, 현재 리더십 위원회가 고려 중인 프로젝트 전체 LLM 위원회에 의해 대체될 수 있습니다.

세부 조항

범위는 헤드라인이 암시하는 것보다 좁습니다. 이 정책은 rust-lang 조직의 다른 저장소, 이슈 추적 및 안정화 보고서와 같은 언어 팀 작업, 스타일 가이드, 혹은 정책을 승인하지 않은 팀을 포함하지 않습니다. 각 팀은 자체 규칙을 자유롭게 설정할 수 있습니다. rust-lang 조직의 구성원은 LLM이 만든 코드에 대한 “비핵심” 제한에서 면제되지만, 정책은 이 면제를 강력히 권장하지 않으며, 정책 시행 이전에 작성된 PR도 면제됩니다. LLM 사용을 이유로 기여자를 괴롭히는 행위 자체도 정책 위반 여부와 관계없이 금지됩니다.

다음 단계

비공개 Zulip 채널은 ai-assisted 라벨이 사용되는 즉시 LLM이 만든 PR에 대한 데이터를 수집하기 시작하며, 첫 번째 6주 회로 차단 기간은 실험이 병합 대기열을 압도하고 있는지를 팀에 알려줄 것입니다. 리더십 위원회의 현재 진행 중인 전용 LLM 위원회 제안이 채택된다면, 이 정책보다 우선 적용되어 현재 정책이 전혀 없는 채팅, 포럼, 저장소까지 프로젝트 전체에 규칙을 확대할 수 있습니다. Nelson의 게시물은 바로 그 결과를 주장하며, 이 정책을 최종 답이 아닌 첫 단계로 규정합니다.