Oxide 공동창업자 브라이언 캔트릴이 LLM으로 쓴 글은 독자가 알아본다는 글을 올려 해커뉴스에서 564점과 댓글 276개를 모았는데, 그 글이 근거로 가리키는 사내 정책 문서 RFD 576 ‘Using LLMs at Oxide’는 외부에 공개돼 있고 코드에 대한 규칙까지 담고 있어요. 이 문서는 ‘LLM이 만든 코드는 담당 엔지니어가 스스로 읽지 않았다면 다른 사람의 리뷰에 올려선 안 된다’고 적었고, 리뷰가 시작된 뒤에는 생성을 사실상 걷어 내라면서 ‘리뷰 의견을 통째 재생성으로 답하면 반복 리뷰가 불가능해진다’는 이유를 붙였어요. 금지 사례로는 위에서 LLM 사용을 강제하는 것, LLM을 쓴다고 망신 주는 것, 모델을 사람처럼 다뤄 책임 주체가 있는 것처럼 보이게 만드는 것 셋을 적어 뒀어요.
용어 풀이
- RFD
- Request for Discussion. Oxide가 설계·정책 결정을 번호 붙여 공개하는 문서 형식.
- LLM
- 대규모 언어 모델. 클로드·챗GPT처럼 글과 코드를 생성하는 AI 모델.
- diff
- 코드가 어느 줄에서 어떻게 바뀌었는지 보여 주는 변경 내역.
운영자 인사이트
에이전트를 쓰는 팀에서 실제로 문제가 되는 것은 두 번째 규칙이에요. 리뷰 의견을 받아 에이전트에 다시 돌리면 diff가 통째로 바뀌어 앞서 주고받은 리뷰가 무의미해지거든요. ‘리뷰에 올리기 전 담당자가 먼저 읽는다’와 ‘리뷰가 시작되면 재생성 대신 손으로 고친다’ 두 줄은 그대로 팀 규칙으로 옮겨 쓸 만해요. 다만 같은 정책이 글쓰기 쪽에 새로 붙인 ‘AI 탐지기가 사람 글로 판정해야 한다’는 조건은 오탐 보고가 이어지는 만큼 코드 규칙과 같은 무게로 가져오진 마세요.
여러 관점으로 보기
- 글쓴이의 주장 캔트릴은 LLM이 쓴 글을 독자가 알아본다며, Oxide의 공개 글은 탐지기 Pangram이 사람 글로 판정해야 한다는 조건을 정책에 새로 넣었다고 밝혔어요. The Observation Deck
- 커뮤니티 반론 댓글에서는 자기가 직접 쓴 글이 100% AI로 나왔다는 보고가 이어졌고, 글쓴이가 자기 글 뭉치로 오탐률을 재 보지 않았다는 지적도 나왔어요. Hacker News
- 근거로 쓰인 설문의 한계 인용된 개발자 668명 설문은 X·블루스카이·링크드인에서 자원해 응답한 익명 조사라, 만든 쪽도 응답자가 개발자라는 보장은 없다고 적어 뒀어요. Write That Blog