러스트 프로젝트, 메인 저장소에 공식 LLM 정책 채택

러스트 프로젝트의 5개 팀은 공식 정책을 채택하여 대형 언어 모델을 사용하여 rust-lang/rust 저장소에 기여할 수 있는 방법을 정의했습니다. Jynn Nelson, 정책의 저자는 Inside Rust 블로그에서 2026년 8월 5일 이 정책을 발표했습니다. 이 정책은 컴파일러, 라이브러리, 타입, 러스트독, 부트스트랩 팀이 승인했으며, 이전의 비공식적인 모더레이션 방식을 대체하여 공개된 규칙을 제공합니다.

이 정책은 전체 프로젝트에 대한 AI에 대한 공식적인 입장을 나타내지 않으며, 이는 정책에서 명시적으로 언급되어 있습니다. 이 정책은 rust-lang/rust 저장소와 승인한 팀에만 적용됩니다. 그러나 이 범위 내에서, 이 정책은 명확한 기준을 설정합니다. LLM은思考 도구로 사용될 수 있지만,思考을 대체하는 도구로 사용될 수는 없습니다.

정책의 내용

문서는 한 문장으로 요약할 수 있습니다.

> LLM을 사용하여 질문에 답변하고, 분석하고, 정제하고, 검토하고, 제안할 수 있습니다. 그러나 생성에는 사용할 수 없습니다.

실제로, 이는 세 가지 계층을 생성합니다. 허용되는 항목은 다음과 같습니다. 개인적으로 사용하여 기여자가 출력을 볼 수 있는 경우 – 코드베이스에 대한 질문, 스레드 요약, 개인 코드 검토. 공개적으로 사용하여 의무적으로 공개하는 경우 – 기계 번역, 사소한 변경 사항(예: 오타 수정), LLM을 사용한 버그 발견, LLM 검토 봇, 이는 분리된 GitHub 계정에서 실행되어야 하며, 사용자는 이를 차단할 수 있습니다. 금지되는 항목은 다음과 같습니다. LLM으로 생성된 댓글, 문서, 컴파일러 진단; LLM을 실행해야 하는 모든 프로세스; LLM 검토를 충분한 변경 사항으로 간주하는 경우.

가장 강력한 규제는 시행 설계에 있습니다. LLM 사용을 의도적으로歪曲하는 것은 프로젝트의 행동 강령을 위반하는 것으로 간주되며, 경고와 반복적인 위반의 경우에는 금지될 수 있습니다. 문서는 일부 조항이 실제로 시행할 수 없다는 것을 명시적으로 언급하며, 이는 의도적인 것입니다. “우리의 목표는 모든 위반을 포착하는 것이 아닙니다… 대신, 우리의 목표는 합리적인 부인을 제거하는 것입니다: 정책을 따르거나 의도적으로 위반하는 선택을 강요하는 것입니다.”

LLM으로 작성된 코드에 대한 실험

LLM으로 작성된 코드는 완전히 금지되지 않습니다. 이는 엄격한 조건을 갖춘 실험으로 제한됩니다. 변경 사항은 사전에 명명된 검토자와 협의되어야 하며, 컴파일러의 안전성에 중요하지 않으며, 잘 테스트되어야 하며, 공개가 필요합니다. 새로운 기여자는 먼저 검토자를 확보하지 않고 LLM으로 생성된 풀 리퀘스트를 열 수 없습니다. 테스트 스위트가 없는 경우, 저자는 이를 작성하거나 풀 리퀘스트를 닫아야 합니다. 예외는 없습니다.

이 실험에는 자기 회로 차단기가 있습니다. 6주 창에서 병합된 풀 리퀘스트의 반 이상이 LLM으로 생성된 경우, LLM으로 생성된 풀 리퀘스트의 병합이 중지됩니다. 이는 최소 10일의 재개 시간을 갖습니다. 창은 러스트의 6주 릴리스 주기와 일치합니다. 이러한 모든 풀 리퀘스트에는 새로운 ai-assisted 레이블이 부착되며, 이는 데이터 수집을 위한 전용 채널에 게시됩니다(예: LLM을 사용한 기여자가 학습하고, 돌아오고, 유용한 작업을 생산하는지 여부). 이는 게이트키핑이 아닌 목적으로 사용됩니다.

왜 지금인가

Nelson의 발표는 세 가지 압력이 팀을 비공식적인 모더레이션에서 작성된 규칙으로 이동하게 했음을 설명합니다. 다듬어진 풀 리퀘스트는 더 이상 노력이나 이해를 나타내지 않으며, 이는 프로젝트의 검토 문화가 의존하는 신뢰 신호를 부식시킵니다. 코드 생성이 더 저렴해지면서 기존의 검토 대역폭 부족이 악화됩니다. 현재 저장소에는 1,281개의 개방된 풀 리퀘스트가 있으며, 희소한 자원은 항상 검토자의 판단이었으며, 코드가 아니었습니다. 또한 기여자가 검토 댓글에 응답하여 이를 LLM에 붙여 넣고 출력을 다시 붙여 넣으면, 모든 사람의 시간을 낭비하며, 검토자가 사람과 대화하고 있다고 가정하는 것을 깨뜨립니다.

배경은 프로젝트 내의 진정한 분열입니다. 정책의 동기 부여 섹션은 러스트 내에서 AI 기반 도구가 언제 받아들여지는지에 대한 합의가 없으며, 일일 사용자부터 사용을 완전히 받아들이지 않는 사용자까지 다양한 의견이 있음을 언급합니다. 이는 문서가 변경될 수 있도록 설계되었습니다. 주요 수정에는 각 승인 팀의 승인이 필요하며, 정책은 이러한 팀이나 리더십 협의회에서 현재 고려 중인 프로젝트 전체 LLM 위원회에 의해 완전히 폐지될 수 있습니다.

세부 사항

범위는 헤드라인보다 좁습니다. 정책은 러스트-랑 조직의 다른 저장소, 언어 팀 작업(예: 이슈 추적, 안정화 보고서), 스타일 가이드 또는 승인하지 않은 팀을 다루지 않습니다. 각 항목은 자신의 규칙을 설정할 수 있습니다. 러스트-랑 조직의 구성원은 LLM으로 생성된 코드에 대한 “비중요한” 제한에서 제외되지만, 정책은 이러한 예외를 강력히 비권고하며, 정책이 시행되기 전에 작성된 풀 리퀘스트는 예외입니다. LLM 사용을 이유로 기여자를 괴롭히는 것은 정책을 위반하는 것으로 간주되며, 이는 금지됩니다.

다음에 무엇이 발생하는가

개인 Zulip 채널은 ai-assisted 레이블이 사용되면 즉시 LLM으로 생성된 풀 리퀘스트에 대한 데이터를 수집하기 시작하며, 첫 번째 6주 창은 팀이 병합 큐를 압도하는지 여부를 알려줄 것입니다. 리더십 협의회에서 제안된 전용 LLM 위원회는, 이러한 위원회가 구성되면, 이 정책보다 우선순위가 높을 수 있으며, 채팅, 포럼, 현재 정책이 없는 저장소와 같은 프로젝트 전체 규칙을 확장할 수 있습니다. Nelson의 게시물은 정확히 이러한 결과를 주장하며, 이 정책을 최종적인 답변보다는 첫 번째 단계로 프레이밍합니다.