블로그로 돌아가기
리누스 토르발스 AI 발언, 태그는 없애도 책임은 남습니다: 개발팀 정책 기준 8가지 (2026)
[TUTORIAL]

리누스 토르발스 AI 발언, 태그는 없애도 책임은 남습니다: 개발팀 정책 기준 8가지 (2026)

퀀텀점프클럽 정상록퀀텀점프클럽 정상록16분 읽기8 views
#Assisted-by 태그 폐지#AI 코드 기여 정책#리눅스 커널 Assisted-by#Claude Code 리눅스 커널#리누스 토르발스 AI

무료 자료

PDF · 무료

AI 코드 책임은 누가? 리눅스에서 배운 규칙 8가지 - 비개발자를 위한 쉬운 가이드

긴 글을 다 읽기 전에, 실무 가이드부터 먼저 챙겨가세요.

리누스 토르발스 AI 발언, 태그는 없애도 책임은 남습니다: 개발팀 정책 기준 8가지 (2026)

리눅스 커널이 AI 코드를 공식 허용했다는 말은 사실인가요?

정확하지 않은 표현이에요. 리눅스 커널은 AI 도구 사용을 막은 적이 없고 이번에 폐지가 합의된 것은 Assisted-by 태그 의무입니다.

Assisted-by 태그: AI 도구의 도움을 받았다고 패치 설명문에 적는 Assisted-by: 꼬리표예요. 커널 7.0에 추가된 문서가 요구했고 2026-10-14 문서 개발 트리에서 그 요구가 빠졌습니다.

"그럼 우리 팀도 AI 사용 표시 규칙을 없애도 되나요?" 이런 질문이 나올 만해요. 리누스 토르발스(Linus Torvalds)의 발언 원문과 숫자의 기준선을 확인하고 개발팀 정책 기준 8가지로 정리해요.

리눅스 커널 Assisted-by 태그 폐지는 프라하 메인테이너 서밋에서 합의됐어요. 사샤 레빈(Sasha Levin)의 v2 패치 설명문은 서밋 분위기를 "strong, though not unanimous, consensus"라고 적었습니다. 만장일치는 아니었다는 말이에요.

날짜일어난 일근거
2026-10-08프라하 서밋(초청제, 약 30명)에서 태그 의무 폐지 합의LWN
2026-10-09레빈이 제거 패치 v1을 냈다가 근거 보강 요청에 철회LKML
2026-10-13레빈이 v2 재제출(파일 7개)LKML
2026-10-14문서 메인테이너 조너선 코벳(Jonathan Corbet)이 문서 개발 트리에 적용LKML
2026-10-18메인라인(토르발스의 정식 커널 저장소, v7.3-rc7 시점) 문서에 태그 절이 남아 있음문서 대조

코벳은 "OK, I have applied this, thanks."라고 회신했어요. linux-next(각 개발 트리를 합친 통합 테스트 저장소)의 coding-assistants.rst에는 Assisted-by 문자열이 0건이지만 메인라인의 같은 파일에는 태그 절이 남아 있어요(2026-10-18 대조). heise(2026-10-16)도 문서 개발 브랜치에는 들어갔지만 메인라인 반영은 남았다고 정리했어요. 반영 시점은 확정된 일정이 없습니다.

토르발스가 UTTERLY STUPID라고 한 규칙은 무엇인가요?

토르발스가 문제 삼은 것은 태그가 아니라 "don't use AI for X"(이런 작업에는 AI를 쓰지 마라) 식의 규칙이에요. 2026-10-13 커널 메일링리스트(LKML, 패치를 토론하는 공개 메일 목록)에서 로랑 팽샤르(Laurent Pinchart)가 Mesa 프로젝트처럼 커밋 메시지를 사람이 직접 쓰게 하자고 하자 토르발스는 컴파일러도 쓰지 말고 어셈블러로 짜라는 규칙을 비꼬듯 예로 들고 이렇게 물었습니다. "Do you not see how UTTERLY STUPID those kinds of rules would be?"(그런 규칙이 얼마나 멍청한지 모르겠나요)

토르발스가 UTTERLY STUPID라고 한 규칙은 무엇인가요?토르발스가 UTTERLY STUPID라고 한 규칙은 무엇인가요?

이미지 출처: xda-developers.com

그가 기대하는 것은 따로 있었습니다. "people do their best and I expect people to understand what they are doing"라는 문장에 이어 "But that understanding has very little to do with what tools they use."라고 썼어요. 이해가 중요하고 도구는 상관없다는 뜻입니다.

태그 폐지 자체에는 서밋에서부터 찬성이었어요. LWN 서밋 보고서에 따르면 토르발스는 태그 요구가 AI 사용을 꺼리게 만들 수 있다며 기꺼이 없애겠다고 했습니다. SNS(X)에서는 이 답장이 AI 금지 규칙은 멍청하다는 한 줄로 인용됐고(@LundukeJournal 게시물 좋아요 7,358건, 2026-10-18 집계) 팽샤르 제안이라는 맥락은 빠졌어요.

태그 표기율 약 10%는 무엇의 10%인가요?

LWN 서밋 보고서에 따르면 7.3 개발 주기 -rc7까지 병합 커밋을 뺀 변경(비머지 커밋)은 18,533건이고 그중 1,884건에 Assisted-by 태그가 붙었어요. 약 10%입니다. 분모는 변경 전체라서 AI 사용 여부와 무관해요. 실제로 AI 도움을 받은 패치 수는 측정된 적이 없고 LWN은 훨씬 많을 것이라고 적었습니다. 그래서 "AI 코드의 10%만 신고했다"는 해석은 틀립니다.

기준선이 달라지면 숫자도 달라져요. 미겔 오헤다(Miguel Ojeda)는 2026-10-14 회신에서 이 비율을 확인하고 메인라인에 아직 없는 linux-next 커밋은 16%를 넘고 -rc1 이후 커밋은 19%라고 덧붙였어요. 데이브 에얼리(Dave Airlie)가 기여자의 아마 90%가 이미 LLM을 쓴다고 말했다는 LWN 전언은 패치가 아닌 기여자에 대한 추정입니다. 하나는 실측값이고 하나는 추정이라 한 문장에 묶으면 안 돼요.

폐지 이유는 레빈의 v2 설명문에 적혀 있어요. "its absence says nothing about how a patch was made"(태그가 없다는 사실은 패치가 어떻게 만들어졌는지 알려 주지 않는다)라는 판단이에요. 2026년 7월에는 유지 쪽이던 그렉 크로아-하트만(Greg Kroah-Hartman)도 2026-10-13 "it didn't work out at all and maintainers are really annoyed by it"라며 입장을 바꿨어요.

토르발스는 AI로 리눅스 커널에 무엇을 만들었나요?

Claude Code 리눅스 커널 브랜치를 포함해 AI 도움을 밝힌 기록이 커널 git에 3건 있고 모두 Assisted-by 태그 대신 본문 서술로 적었어요.

날짜기록본문에 적은 말
2026-08-20커밋 818bebeb (Intel GPU 드라이버 버그, 사실상 한 줄 수정)"a debug session from hell, enormously helped by an AI"
2026-10-10브랜치 noref-filemap-read-with-llm (패치 8개)"done with an LLM coding assistant (Claude Code) under my direction"
2026-10-11태그 assoc-array-fixes (2013년 첫 커밋부터 있던 버그 3개 추가 발견)"I did what I preach: use modern LLM tools"

818bebeb에서 고친 곳은 round_up()을 round_down()으로 바꾼 한 줄이지만 원인을 좁히려고 디버그 정보를 더한 패치가 24개 필요했어요. 커밋 메시지는 AI가 썼습니다. noref 브랜치 설명문은 코드와 테스트 프로그램, 검토, 설명문 첫 초안을 Claude Code로 했다고 밝혔습니다. The New Stack(2026-10-14)에 따르면 이 브랜치에서 리뷰어들이 레이스 컨디션(동시 실행 충돌 버그)을 찾았고 후속 개발은 Kiryl Shutsemau에게 넘어갔어요. 레이스의 구체 내용은 원문 확인 전이라 보도 기준으로만 적어요.

ZDNet 기사에 따르면 토르발스는 2026-10-09 프라하 오픈소스 서밋 유럽 대담(진행 디르크 호넬, Dirk Hohndel)에서 "I actually really like using AI"라고 말했어요. 취미 프로젝트의 화면을 AI로 다시 만든 경험을 들며 "So, I use AI to do the things that I'm bad at"(내가 못하는 일에 AI를 쓴다)라고 했고 단서도 달았습니다. "I think that you need to be very careful using AI when you're doing something real and important."(진짜 중요한 일에는 아주 조심해서 써야 한다) AI가 찾아낸 수정이 코드를 낫게 하는 동시에 메인테이너를 지치게 한다고도 했어요. "It is, I think, improving our code base… Although it is also stressing maintainers out to the point that it's a problem." 공식 영상은 2026-10-18 기준 찾지 못해 ZDNet 인용으로 확인했습니다.

커널과 System76 COSMIC은 AI 코드를 어떻게 다르게 다루나요?

커널은 도구 사용을 허용하고 사람에게 책임을 묻는 쪽이고 COSMIC은 제출물의 LLM 생성 콘텐츠를 금지하는 쪽이에요. COSMIC은 2026-09-30 PR 템플릿에 "I have not included any LLM (also known as AI) generated content in this PR, including code, comments, and descriptions." 항목을 넣었고 체크하지 않은 PR은 닫힌다고 적었습니다. The Register(2026-10-07)는 학습과 버그 찾기는 허용하고 제출물 작성만 막았다고 정리했어요.

비교리눅스 커널System76 COSMIC
기본 입장도구 사용 허용, 사람이 책임제출물의 LLM 생성 콘텐츠 금지
사람의 의무전부 이해하고 방어, 서명은 사람만변경을 전부 이해하고 리뷰에 답한다고 체크
확인 방식사용 설명은 커버레터에, 태그 의무는 폐지(표기율 약 10%)PR 템플릿 체크박스, 미완료 PR은 닫힘

두 노선은 달라 보여도 사람이 이해하고 책임진다는 바닥은 같아요.

한국 개발팀은 AI 코드 기여 정책에 무엇을 담아야 하나요?

아래 8개는 커널 문서와 서밋 논의에 근거를 둔 항목을 사내 정책 문장으로 옮긴 것이에요. 근거 열에서 출처를 확인할 수 있고 7번만 제 해석입니다.

번호사내 정책 기준커널 근거
1번커밋 서명(Signed-off-by)은 사람 계정만, 에이전트 계정은 금지coding-assistants.rst "AI agents MUST NOT add Signed-off-by tags."(폐지 패치 뒤에도 유지)
2번제출자가 AI 코드를 전부 검토하고 라이선스를 확인하며 책임같은 문서의 제출자 책임 4개 항목
3번이해하고 방어하지 못하면 제출하지 않음generated-content.rst "You are expected to understand and to be able to defend everything you submit."
4번AI 사용은 꼬리표 대신 PR 본문에 도구, 프롬프트 요약, 영향 범위, 테스트 방법으로 설명generated-content.rst 투명성 권고와 서밋 논의(커버레터에 기재)
5번맞춤법, 자동완성, 변수명 변경, 포매터는 제외하되 도구로 버그를 찾았다면 기재generated-content.rst 적용 범위
6번판단은 리뷰어 재량, AI 비중이 클수록 더 꼼꼼히 확인generated-content.rst "expect additional scrutiny in proportion to how much of it was generated"
7번확인 과정이 없는 AI 사용 체크박스는 신호가 못 됨태그 표기율 약 10%(병합 커밋 제외 변경 중 비율), 이 글의 해석
8번에이전트용 지침 파일(AGENTS.md)이 사내 정책 위치를 가리키게 함레빈의 AGENTS.md 패치 요청(커널은 2026-10-18 기준 미적용)

Signed-off-by는 코드를 낼 권리가 있다는 DCO(Developer Certificate of Origin) 보증 표기예요. 커널 문서는 이 보증을 법적으로 할 수 있는 쪽을 사람뿐이라고 봅니다. 커버레터는 패치 묶음 앞에 붙이는 설명 메일로 PR 본문에 해당해요. 8번의 근거는 레빈의 2026-10-14 회신입니다. 실제 지침을 가리키는 곳이 없으면 에이전트마다 정책을 제각각 고른다고 적었어요.

마무리

리누스 토르발스 AI 발언에서 확인된 것은 두 가지예요. 폐지된 것은 꼬리표 의무뿐이고 서명과 이해·방어 책임은 그대로라는 점, 약 10%와 90%는 기준이 다른 숫자라는 점입니다. 폐지는 2026-10-18 기준 문서 트리 단계라 완료로 단정하면 안 돼요. Mesa 정책 원문은 확인하지 못했어요.

비슷한 고민을 하는 개발팀이 많습니다. 위 8가지가 사내 정책 초안에 보탬이 되길 바랍니다.

자주 묻는 질문

토르발스가 Claude Code로 커널 패치를 만들었다는 게 사실인가요?

사실이에요. 2026-10-10 브랜치 noref-filemap-read-with-llm 설명문에 패치 8개를 "an LLM coding assistant (Claude Code) under my direction"으로 만들었다고 적혀 있어요. 도구 이름은 밝히지 않았지만 AI 도움을 적은 기록이 2026-08-20 커밋 818bebeb와 2026-10-11 태그 assoc-array-fixes에도 있습니다.

Assisted-by 태그가 없어지면 AI 사용을 밝히지 않아도 되나요?

의무는 사라져도 설명은 남아요. generated-content.rst는 커버레터와 changelog에 사용한 도구와 영향받은 부분을 밝히라며 "If in doubt, choose transparency"라고 권합니다. LWN 요약도 "maintainers still want to know about how a patch was created"라고 적었어요. 다만 2026-10-18 기준 메인라인 문서에는 태그 안내가 남아 있습니다.

AI 사용 체크박스만 두면 충분한가요?

충분하지 않다고 봐요. 커널의 Assisted-by 태그는 7.3 개발 주기 -rc7까지 병합 커밋을 뺀 18,533건 중 1,884건(약 10%)에만 붙었고 v2 패치 설명문은 "its absence says nothing about how a patch was made"라고 판단했어요. 이 결론은 커널 사례를 옮긴 제 해석이니 체크박스를 두려면 사용 범위와 검증 방법을 묻는 리뷰 과정도 함께 두세요.

관련 글

참고 자료