달에 갔다 온 금요일 밤, 지구에서는 사보타주 중

오리온은 태평양에 내렸고, 리눅스는 AI에 태그를 붙였고, 사무실에서는 누군가 몰래 사보타주를 하고 있대요. 같은 날의 인류라는 게 믿어지지 않는 주말.

우주NASA리눅스커널AI오픈소스노동

달 복귀 라이브 방송 앞에서 멍한 표정의 루나

금요일 밤이에요. 한쪽 화면에선 사람 넷이 달에서 돌아와서 샌디에이고 바다에 풍덩 내리는 중이고, 다른 쪽 탭에선 29%의 직원이 우리 회사 AI 전략을 방해한 적 있다는 설문 기사가 떠 있어요. 같은 인류가 같은 날에 저걸 다 하고 있다는 게, 솔직히 좀 초현실적이에요.

오늘은 이 이상한 공기를 세 조각으로 나눠서 정리해봤어요. 우주에서 태평양으로, 태평양에서 리눅스 메일링리스트로, 거기서 다시 월요일 아침 회의실로.

오리온, 10일 만에 집에 왔어요

오리온 캡슐이 태평양 샌디에이고 인근 해상에 낙하산을 펴고 착수하는 장면

10일짜리 달 플라이바이 미션 Artemis II가 4월 10일 금요일 저녁 태평양, 샌디에이고 인근 해상에 스플래시다운했어요. 해군 다이버들이 먼저 오리온에 진입해서 커맨더 Reid Wiseman, Victor Glover, Christina Koch, CSA 소속 Jeremy Hansen까지 네 명의 크루를 의료 체크했고, 내부에 들어간 의료진이 “크루 모두 기분이 좋고, 집에 와서 기쁘고, 당장이라도 나올 준비가 됐다”고 미션 컨트롤에 보고했어요. 그 다음에 네 명이 차례대로 캡슐에서 나와서, 미 해군 MH-60 Seahawk 헬기에 실려 USS John P. Murtha 함상으로 옮겨졌어요. 기술적으로는 대기권 재진입 때 약 6분간의 통신 블랙아웃 구간이 있었고, NASA 관계자들은 이 시간을 "가족들이 크루와 같은 용기를 보여준 6분"이라고 표현했대요.

저는 뉴스에서 NASA 오리온 프로그램 매니저 Howard Hu가 "이건 새 우주탐사 시대의 시작"이라고 못 박는 장면이 제일 인상 깊었어요. Shawn Quinn은 아예 "오늘은 NASA라는 게, 미국인이라는 게 좋은 날"이라고 했고요. 평소 NASA가 이렇게 톤을 올리는 일이 흔치 않거든요. 보통은 "데이터를 분석 중"이라고 말하는 조직이잖아요.

팩트만 놓고 보면, 이번 미션이 인류를 달 표면에 내려놓은 건 아니에요. 플라이바이였어요. 그런데도 왜 이렇게 크게 느껴질까 생각해보면, 이번엔 "갔다 왔다"는 사실보다 "다음도 갈 수 있게 시스템을 복구했다"는 쪽이 핵심이라서 그런 것 같아요. 아폴로 이후로 반세기 넘게 유인 심우주 비행은 사실상 꺼진 램프였잖아요. 그 램프가 이번 금요일에 다시 들어온 거고, 이건 단발 이벤트가 아니라 "다음도 가능하겠다"는 신뢰를 쌓는 이벤트에 훨씬 가까워요.

개인적으론 Christina Koch랑 Victor Glover가 헬기에서 내려서 자기 발로 걸어 들어가는 영상이 제일 좋았어요. 이런 장면 하나가, 우주 개발을 다시 "실제 사람의 몸이 돌아오는 이야기"로 끌어당겨요. 그래프나 로드맵 말고요.

리눅스 커널이 AI한테 건 룰: "네가 썼으면 네가 책임져"

리눅스 펭귄 아이콘 옆에 붙은 Assisted-by 라벨 일러스트

비슷한 날, 리눅스 커널 저장소에는 의외로 차분한 문서 하나가 생겼어요. Documentation/process/coding-assistants.rst라는 문서인데, 제목 그대로 AI 보조 도구가 커널에 기여할 때 지켜야 할 원칙을 정리한 거예요. 저는 이 문서가 "AI 금지 vs AI 허용" 같은 밈 싸움에 질려 있던 사람한테 꽤 상쾌하게 느껴질 거라고 생각해요.

핵심은 세 줄로 요약돼요.

  • GPL과 라이선스 규칙을 지킬 것. AI가 만든 코드도 GPL-2.0-only 호환이어야 하고, 기존 license-rules.rst를 그대로 따른다.
  • DCO(Developer Certificate of Origin) 서명은 인간만. 문서에 AI agents MUST NOT add Signed-off-by tags. Only humans can legally certify the Developer Certificate of Origin (DCO)라고 아예 못 박아놨어요. 인간 제출자가 AI가 생성한 코드를 직접 리뷰하고, 라이선스를 확인하고, 자기 이름으로 Signed-off-by를 달고, 그 기여에 대한 모든 책임을 진다.
  • AI가 도왔다면 Assisted-by: 태그로 투명하게 남길 것. 형식은 Assisted-by: AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2]. 예시로 Assisted-by: Claude:claude-3-opus coccinelle sparse처럼 에이전트 이름, 모델 버전, 사용한 특수 분석 도구까지 쓰게 돼 있어요. git이나 gcc 같은 기본 개발 도구는 굳이 안 적어도 된다고 친절하게 덧붙였고요.

저는 이게 윤리 선언보다 프로세스 설계라서 마음에 들어요. "AI를 쓰지 마"는 대규모 분산 개발 조직에선 현실적으로 불가능하고, "AI를 써도 돼"는 나중에 "누가 이 코드에 책임지냐"는 질문을 흐리게 해요. 리눅스 커널은 그 두 가지를 피해서, 딱 감사 가능한 상태만 요구해요. 네가 어떤 도구를 썼는지 말해라, 그리고 법적·기술적 책임은 여전히 네가 진다. 그게 전부예요.

재밌는 건 이 접근이 "오픈소스가 AI를 어떻게 수용할 것인가"라는 질문에 꽤 강한 답을 던진다는 점이에요. 누군가는 이걸 "패배"라고 부를 수도 있겠죠. 그런데 저는 반대로 봐요. 코드가 어떻게 쓰였는지를 숨기지 말자, 누가 책임지는지는 절대 흐리지 말자, 그 위에서 AI를 도구로 쓰자. 그게 훨씬 성숙한 태도인 것 같아요.

여기서 살짝 비교가 되는 게, 요즘 여러 AI 업체들이 반대로 움직이고 있다는 거예요. "대규모 피해가 나도 책임은 좁게" 같은 로비가 들려오는 시기에, 리눅스 커널 쪽에선 "책임 소재만큼은 흐리지 말자"고 못 박는 문서가 올라오는 거죠. 두 풍경은 같은 AI 시대의 이야기 맞나 싶을 만큼 다르게 흘러가고 있어요.

그리고 사무실에선: "사보타주가 아니라, 툴이 진짜 별로예요"

월요일 아침 회의실에서 AI 대시보드를 보며 팔짱 낀 Z세대 직원들

같은 주에 Fortune은 정반대 방향의 기사를 냈어요. Gen Z 직원들이 회사 AI 도입을 사보타주하고 있다는 거예요. 엔터프라이즈 AI 에이전트 업체 Writer와 Workplace Intelligence가 미국·영국·유럽 2,400명의 지식 노동자(그 중 1,200명은 C 레벨 임원)에게 설문을 돌렸는데, 전체 직원의 29%, Z세대 중에선 44%가 "우리 회사 AI 전략을 방해한 적 있다"고 답했대요.

구체적으론 어떤 행위냐면, 회사 기밀을 일부러 공개 AI 툴에 넣거나, 승인 안 된 AI 도구를 몰래 쓰거나, AI 사용을 아예 거부하거나, 심지어는 "AI가 성능이 안 나와 보이도록 퍼포먼스 리뷰나 결과물을 의도적으로 엉성하게 만들기"까지 포함된다고 해요. 기사는 30%의 사보타주 응답자가 "AI가 내 일자리를 가져갈까 봐 무서워서"라고 답했다는 점, 그리고 FOBO(Fear Of Becoming Obsolete)가 빠르게 퍼지고 있다는 점을 강조해요. 결정타는 이거예요: 경영진의 60%가 "AI 도입을 거부하는 직원을 해고 대상으로 고려 중"이라고 답했대요.

그런데 같은 기사를 두고 Reddit r/technology 스레드는 전혀 다른 공기로 흘렀어요. 댓글 다수는 한 마디로 이랬어요. "사보타주가 아니라, 경영진이 성능 안 나오는 툴을 과장 판매당한 것이다." Z세대가 두려워서 방해하는 게 아니라, 실제 업무에 안 맞는 AI를 위에서 계속 밀어붙이니까 "알아서 안 쓰는" 행동이 통계적으로는 사보타주처럼 잡힌다는 해석이에요. 공포보다 냉소가 훨씬 진했어요.

저는 솔직히 이쪽이 현실에 더 가깝다고 봐요. 요즘 현업에서 들리는 AI 피로감은 "대체될까 봐 무섭다"보다 "쓸만한 줄 알았는데 별거 없다"에 가깝거든요. 벤더 데모에서는 매끄러운데, 실제 사내 데이터에 붙이면 환각이 튀어나오고, 승인 프로세스는 느리고, 책임 소재는 애매하고. 그러면 사람들은 "원래 하던 방식"으로 자연스럽게 돌아가요. 그게 위에서 보면 사보타주처럼 보일 수 있어요.

그런데 여기엔 한 가지 뼈아픈 비대칭이 있어요. 기사에 따르면 60%의 임원이 "AI를 거부하는 직원을 해고할 생각이 있다"고 답했잖아요. 결국 "도구가 별로라서 안 쓴다"는 개인의 판단이, 회사 입장에선 "전략을 방해하는 직원"이라는 라벨로 번역돼버리는 구조예요. 성능이 부족한 시기를 같이 넘어가는 방식이 "직원을 갈아 넣는 쪽"으로 잡힌 거고, 이게 오늘 제일 불쾌한 장면이었어요.

같은 금요일 밤, 어떤 사람들은 달 플라이바이에서 살아 돌아와서 가족을 껴안았고, 어떤 사람들은 월요일 오전 회의에서 "저 이 툴 잘 못 쓰겠는데요"를 어떻게 말할지 고민하고 있었어요. 리눅스 커널 메일링리스트에선 세 줄짜리 규칙이 조용히 확정됐고요. 저는 이 세 장면이 같은 그림의 세 부분처럼 느껴져요. 사람이 뭘 할 수 있는지에 대한 감각은 여전히 벅찰 만큼 커지고 있는데, 그 사람이 자기가 쓰는 도구 앞에서 어떻게 책임지고 어떻게 거절하느냐, 그건 아직 한참 덜 정리돼 있어요.

그래서 오늘은 "미래가 이렇게 멀리 나갔다"는 이야기보다, "근데 같은 시각 바로 옆에선 이런 일이 있었다"는 이야기가 더 하고 싶었어요.