리눅스와 AI 에이전트: 점유율 통계와 실행 환경을 읽는 방법
리눅스 점유율 기사를 볼 때 페이지 조회수와 사용자 수를 구분하는 방법을 설명합니다. AI 에이전트가 리눅스에서 터미널 작업과 화면 조작을 어떻게 다르게 지원하는지, 운영체제를 바꾸기 전에 무엇을 정할지도 정리했습니다.

세 줄로 먼저 읽기
- StatCounter의 2026년 8월 미국 데스크톱 리눅스 점유율 18.19%는 설치 대수가 아니라 페이지 조회 비중이어서 사람 수나 원인을 바로 알려 주지 않습니다.
- Claude Code와 Codex는 리눅스에서 bubblewrap으로 명령 실행을 격리하고, 네이티브 윈도우에서 Claude Code 셸 샌드박스를 쓰려면 WSL2가 필요합니다.
- 10월 5일 기준 Claude Desktop은 리눅스의 Computer Use를 지원하지 않으므로 특정 데스크톱 앱을 조작하는 업무는 그 앱이 있는 운영체제에 둡니다.
2026년 9월 20일, OpenAI에서 Codex를 이끄는 Thibault Sottiaux가 한 줄을 올렸습니다. "2026년은 리눅스 데스크톱의 해입니다." 저장된 번역 화면에는 조회 58만 회가 표시돼 있습니다.
리눅스 데스크톱의 해는 1990년대 말부터 해마다 나오던 농담입니다. 올해는 문장보다 말하는 사람이 달라졌습니다. 리눅스 커뮤니티가 아니라 AI 코딩 에이전트를 만드는 쪽에서 이 말을 꺼냈습니다. 올해 1월 국내 개발자 커뮤니티에 올라온 같은 제목의 글은 윈도우 11의 품질 저하를 이유로 들었는데, 아홉 달 사이에 에이전트라는 이유가 하나 더 붙은 것으로 보입니다.
리눅스는 윈도우나 macOS처럼 컴퓨터를 작동시키는 운영체제 계열입니다. AI 에이전트는 답변을 쓰는 데서 더 나아가 도구로 파일을 읽거나 프로그램을 실행하는 AI입니다. 통계와 기사는 2026년 9월 23일, 제품의 지원 내용은 10월 5일 기준입니다.
통계에 잡힌 리눅스 데스크톱 점유율 변화
StatCounter 기준으로 미국 데스크톱의 리눅스 점유율은 넉 달 사이에 여섯 배가 됐습니다. 2026년 9월 23일 대시보드에 표시된 수치입니다.
StatCounter 미국 데스크톱의 리눅스 점유율
북미에서는 리눅스가 7월에 10.65%를 기록해 StatCounter 집계 이후 처음 두 자릿수가 됐습니다. 6월 북미 수치는 5.52%여서 한 달 사이에 두 배 가까이 올랐습니다.
조회 비중과 사람 수는 다릅니다
StatCounter는 설치된 컴퓨터를 집계하지 않습니다. 추적 코드가 들어간 사이트의 페이지뷰, 곧 페이지가 조회된 횟수를 운영체제별로 나눕니다. 그래서 두 사람 중 한 명이 리눅스에서 페이지 90개를 열고 다른 한 명이 윈도우에서 10개를 열면, 리눅스 조회 비중은 90%여도 리눅스를 쓰는 사람은 절반입니다.
StatCounter FAQ는 봇 활동을 제외하려 노력하고 수치에 45일의 수정 기간을 둔다고 설명합니다. 북미 집계에서는 7월 상승 시점에 "알 수 없음" 분류가 9.24%에서 0에 가깝게 줄었습니다. 그래서 분류되지 않던 트래픽 일부가 리눅스로 잡혔다는 지적이 여러 매체에서 나왔습니다.
당시 보도는 리눅스에서 실행되는 AI 에이전트와 헤드리스 브라우저를 가능한 원인으로 들었습니다. 헤드리스 브라우저는 창을 화면에 띄우지 않고 웹페이지를 처리하는 프로그램이고, 자동화 접속에는 AI 에이전트가 아닌 프로그램도 섞여 있습니다.
다른 통계는 집계 대상부터 다릅니다.
리눅스 비중을 보여 주는 세 통계의 차이
| 항목 | |||
|---|---|---|---|
| 집계하는 것 | 추적 코드가 있는 사이트의 페이지뷰 | 사람과 자동화로 추정 분류한 접속 | 설문에 응한 이용자 컴퓨터 |
| 자동화 접속 처리 | 봇 제외 노력 45일 수정 기간 | 필터로 자동화 추정 제외 | – |
| 리눅스 수치 | 미국 8월 18.19% | 북미 최근 석 달 필터 적용 약 4.7% 미적용 평균 16% | 3월 5.33% 8월 3.90% |
Cloudflare Radar 분석 사례에서 최근 석 달 북미의 리눅스 비중은 필터를 적용하면 약 4.7%, 적용하지 않으면 평균 16%였습니다. StatCounter 수치를 보정한 값이 아니라 Cloudflare 자체 자료입니다. Cloudflare의 공식 분류 설명은 접속을 '사람일 가능성이 높은 접속'과 '자동화일 가능성이 높은 접속'으로 나누므로, 필터를 거친 수치도 사람일 가능성이 높은 접속의 비중입니다.
스팀 하드웨어 설문은 게임 플랫폼 이용자를 대상으로 하므로 전체 컴퓨터 설치 비중과 대상이 다릅니다. 세 자료 어느 것으로도 실제 이용자가 얼마나 옮겼는지, AI 에이전트가 얼마나 기여했는지는 정해지지 않습니다.
밀어낸 쪽: 윈도우 10 종료와 AI 기능 반발
윈도우 10 지원은 2025년 10월 14일에 끝났습니다. 시장조사 기관은 그 시점에 윈도우 10을 쓰던 PC와 윈도우 11로 올라갈 수 없는 PC 규모를 이렇게 추산했습니다.
윈도우 10 지원 종료 전후의 숫자
5억대종료 시점 윈도우 10 PC시장조사 기관 추산 최대치
2억 4천만대윈도우 11로 못 올리는 PCTPM 2.0이나 프로세서 조건
2027.10.12소비자용 보안 업데이트 연장 종료
3만대독일 한 주의 리눅스 이전 계획슐레스비히홀슈타인주 행정 PC
TPM 2.0은 암호 키를 보관하는 보안용 장치입니다. 마이크로소프트가 2027년 10월 12일까지 연장하는 것은 개인용 기기의 보안 업데이트이고, 기능 업데이트와 기술 지원은 들어 있지 않습니다. 회사 장비는 별도 지원 계약을 따릅니다. 독일 슐레스비히홀슈타인주는 메일함 4만 개를 2025년 10월 2일에 먼저 옮겼고, 행정 PC 이전은 2026년에 수백 대 규모로 시작했습니다.
하드웨어 조건만 문제였다면 이 정도 반응은 아니었을 겁니다. 윈도우 11에 들어간 AI 기능이 반발을 키운 것으로 보입니다.
- Recall. 화면을 몇 초마다 캡처해 저장하는 기능입니다. 2024년 공개 직후 보안 문제로 연기됐다가 2025년 4월에 나왔습니다. 윈도우를 32년 쓰다 리눅스로 옮긴 한 은퇴 IT 종사자는 계좌와 의료 기록이 담긴 화면이 통째로 저장된다는 점을 결정적인 이유로 꼽았습니다.
- Copilot 버튼. 메모장과 그림판, 파일 탐색기에까지 Copilot 버튼이 붙었습니다. 기업 관리자들은 그룹 정책으로 꺼도 업데이트 뒤에 다시 켜지는 사례를 보고했습니다.
- "에이전트 OS" 선언. 2025년 11월 윈도우 책임자가 윈도우를 에이전트 OS로 발전시키겠다는 글을 올렸고, 부정적인 답글이 400개 넘게 달린 뒤 답글 기능이 잠겼습니다.
마이크로소프트는 한 걸음 물러섰습니다. 2026년 3월 20일 윈도우 책임자는 품질 개선 약속을 공개하면서 캡처 도구와 사진, 메모장의 Copilot 진입점을 줄이고 작업 표시줄 위치 변경 기능과 업데이트 제어권을 돌려주겠다고 했습니다. Engadget은 이 발표를 "리눅스로 가겠다는 사람이 너무 많아지자 나온 목록"이라고 표현했습니다.
1월 커뮤니티 글은 같은 불만을 개인 경험으로 적었습니다. 글쓴이는 React Native로 만든 시작 메뉴, 웹뷰로 만든 Ctrl+Alt+Del 화면, 휴대용 게임기에서 Copilot 화면에 갇혀 강제 재부팅한 일을 들었고, 석 달 넘게 윈도우를 부팅하지 않았다고 적었습니다. 메모리 가격이 오른 상황에서는 리눅스의 메모리 사용량이 적다는 점이 유리하다는 대목도 있습니다.
에이전트가 설치와 오류 진단을 돕는 방식
리눅스를 쓰기 어려운 이유를 커널보다 설치와 오류 해결에서 찾는 설명이 있습니다. 커널은 하드웨어와 프로그램 사이에서 자원 사용을 관리하는 운영체제의 핵심 부분입니다. 한 대기업 엔지니어링 부사장은 이 부담에 '설치 세금'과 '디버깅 세금'이라는 이름을 붙였습니다. 실제 요금이 아니라 드는 시간과 노력을 가리키는 말이고, 디버깅은 오류 원인을 찾아 고치는 과정입니다.
- 설치 세금: 배포판(리눅스와 설치 프로그램을 묶은 구성)부터 화면 배치, 편집기, 테마까지 골라 서로 맞물리게 하는 일
- 디버깅 세금: 와이파이나 절전, 화면 배율에 문제가 생겼을 때 2014년 포럼 글을 뒤져 원인을 찾는 일
그는 하나씩은 견딜 만해도 둘이 겹치면 사람들이 맥으로 돌아갔다고 봤습니다.
에이전트는 이 가운데 디버깅 부담을 크게 줄인 것으로 보입니다. 3월에 나온 한 글은 이 변화를 조언형 AI에서 실행형 AI로 넘어간 것이라고 설명했습니다. 포럼 글은 일반적인 가능성만 늘어놓지만, 에이전트는 문제가 생긴 기계에서 장치 모듈 목록(lsmod), 오디오 상태(pactl), 서비스 상태(systemctl)와 설정 파일을 직접 읽습니다.
pactl로 출력 장치와 음소거 상태를 봅니다.
systemctl로 오디오 서비스가 실행 중인지 봅니다.
바꿀 설정과 되돌리는 명령을 먼저 보여 드리겠습니다.
설정을 고칠 때는 바꿀 내용과 되돌리는 방법을 먼저 받고, 고친 뒤 결과를 다시 봅니다. 이 방식이 리눅스에서 유독 잘 통하는 이유는 구조에 있다고 봅니다. 리눅스는 설정 파일과 로그(프로그램의 동작 기록), 서비스 상태를 대부분 텍스트로 보여 주므로 에이전트가 읽고 고치기 쉽습니다. 접근 권한이나 장치 지원 문제는 에이전트가 있어도 남습니다. 3월 글의 결론은 "리눅스가 완벽해진 해가 아니라 리눅스가 공범을 얻은 해"였습니다.
Omarchy: 에이전트를 기본 구성으로 넣은 배포판
Omarchy는 Arch 리눅스에 작업 화면과 도구 설정을 묶은 배포판이고, 에이전트가 진단을 돕는 방식을 운영체제의 기본 기능으로 넣었습니다. Ruby on Rails를 만든 DHH가 2025년 6월 Arch 리눅스와 창 배치 프로그램 Hyprland의 설정을 공개한 것이 시작입니다. 프로젝트는 2026년 8월 14일 4.0 버전이 나온 뒤 18일 만에 설치용 이미지 파일(ISO) 다운로드가 20만 건을 넘겼다고 밝혔습니다. 다운로드 수는 설치를 마친 수나 계속 쓰는 사람 수와 다릅니다.
Omarchy 4.0은 첫 부팅에서 기본 에이전트를 고르게 합니다. Claude Code, Codex, Gemini, Copilot 등 아홉 가지 가운데 하나를 고르면 운영체제가 그 에이전트를 기본 구성 요소로 씁니다. 앱이 멈췄을 때의 흐름은 이렇습니다.
Omarchy 4.0에서 앱 충돌이 리포트가 되기까지
1. 충돌 알림알림에 AI로 진단
버튼이 뜸
2. 진단진단 스킬과 충돌 정보를
에이전트에 넘김
3. 버그 판정두 번째 스킬이
Omarchy 자체 버그인지 판단
4. 리포트사용자 허락을 받아
GitHub에 올림
5. 코드 변경 제안프로젝트 쪽 에이전트가
재현되는 문제를 PR로
PR은 코드 변경을 제안하는 요청입니다. DHH는 4.0 버전을 만드는 90일 동안 PR을 1,000건 넘게 병합했다고 밝혔습니다.
설치에 드는 시간도 줄었습니다. Omarchy는 ISO에서 테마와 설정이 끝난 데스크톱까지 1분 안팎을 목표로 하고, DHH가 실제 하드웨어에서 측정한 최단 기록은 56초입니다. 이 시간에는 설치 파일 다운로드와 백업, 기기별 오류 해결이 들어 있지 않습니다.
맥을 25년 쓰다 9월에 ThinkPad로 옮긴 사람의 글, 두 번째 컴퓨터를 10년 넘게 우분투로 쓰다 8월에 옮겼다는 게시물이 잇따라 올라왔고, 공통으로 꼽은 이유가 에이전트였습니다. 맥에서 에이전트는 설치한 앱 하나지만 Omarchy에서는 환경의 일부로 느껴진다는 표현이 되풀이됩니다. Andrej Karpathy가 이 배포판을 두고, 대형 언어 모델이 문턱을 낮추면서 2020년대 후반이 진짜 리눅스 데스크톱의 해가 되는지 물었다는 보도도 있습니다.
터미널 작업에서 비교할 격리와 컨테이너
터미널은 명령어를 입력하고 결과를 읽는 프로그램입니다. 리눅스가 에이전트를 실행하는 환경으로 자주 꼽히는 배경에는 격리와 컨테이너가 있습니다. 샌드박스는 프로그램이 접근할 파일과 네트워크를 제한하는 환경입니다. 컨테이너는 운영체제의 커널을 함께 쓰면서 프로그램 실행 환경을 나누고, 가상 머신(VM)은 별도의 운영체제 실행 환경을 만듭니다. Docker는 컨테이너를 만들고 실행하는 도구입니다.
운영체제별로 에이전트 실행을 격리하는 방법
| 항목 | |||
|---|---|---|---|
| Claude Code 셸 샌드박스 | bubblewrap | Seatbelt | 네이티브 미지원 WSL2에서 사용 |
| Codex 샌드박스 | bubblewrap seccomp | Seatbelt | 네이티브 샌드박스 구성별 설정 조건 |
| 일반 리눅스 컨테이너 | 커널 기능으로 바로 실행 | 리눅스 VM 안에서 | WSL2 같은 리눅스 환경에서 |
| Docker Sandboxes | 지원 Ubuntu와 KVM 필요 | Apple silicon 등 지원 조건 | Windows 11과 가상화 조건 |
bubblewrap과 Seatbelt는 각 운영체제에서 프로그램 실행을 제한하는 기술 이름이고, seccomp는 리눅스에서 프로그램이 운영체제에 요청할 수 있는 동작(시스템 호출)을 제한하는 기능입니다. Claude Code 문서는 자체 셸 샌드박스가 macOS와 리눅스, WSL2에서 작동하고 네이티브 윈도우에서는 지원되지 않는다고 설명합니다. WSL2는 윈도우 안에서 리눅스 환경을 실행하는 기능입니다. Codex는 윈도우용 네이티브 샌드박스도 제공합니다.
리눅스에서도 배포판의 권한 정책에 따라 추가 설정이 필요할 수 있습니다. Docker Sandboxes 공식 문서는 리눅스 로컬 실행에 KVM이라는 하드웨어 가상화 기능과 지원 배포판을 요구합니다. Docker Sandboxes는 소형 VM을 쓰므로 일반 컨테이너와 구조가 다릅니다.
격리를 켜도 보호 범위는 연결한 폴더와 네트워크 설정, 도구마다 다릅니다. 처음부터 밤새 실행하기보다 작은 작업 하나의 결과와 사용량을 본 뒤 실행 시간을 늘립니다.
37signals와 에이전트 제공사의 선택
37signals는 이 격리 방식의 차이를 이유로 회사 장비를 바꿨습니다. DHH는 2025년 8월 Ops와 Ruby 팀 전원을 3년에 걸쳐 Omarchy로 옮기고 MacBook 대신 Framework 노트북을 지급한다고 발표했고, 근거로 Docker 성능 수치를 들었습니다. HEY의 테스트 모음을 돌리면 M4 Max가 Framework 데스크톱의 리눅스보다 거의 두 배 느렸다고 했습니다. 이 수치는 DHH가 자기 앱과 자기 장비로 측정한 값이고, 두 장비는 CPU와 메모리, 실행 구성이 모두 달라서 이 차이를 VM 유무 하나의 효과로 나눌 수 없습니다.
에이전트 제공사도 리눅스판을 내놓았습니다. Anthropic은 2026년 7월 초 우분투와 데비안용 Claude Desktop 리눅스 베타를 공개했고, Chat과 Cowork, Claude Code를 제공합니다. 요금제마다 쓸 수 있는 기능 범위는 다르고, 리눅스에서 Cowork를 쓰려면 QEMU와 KVM 가상화가 필요합니다. OpenAI도 8월에 ChatGPT 데스크톱 앱의 Codex를 리눅스 프리뷰로 열었고, 설치 패키지와 지원 기능은 챗GPT 리눅스 데스크톱 앱 프리뷰 정리에 적어 두었습니다.
우분투 26.04는 CUDA를 기본 저장소에 넣고 ROCm 라이브러리와 로컬 추론 서버를 패키지로 제공합니다. 그런데 Canonical의 로드맵 문서에는 "우분투는 AI 제품이 되지 않는다"는 문장이 있고, 이 문장을 로드맵의 핵심으로 꼽은 글도 있습니다. 윈도우가 AI를 운영체제에 밀어 넣다가 물러선 것과 정반대 방향으로 보입니다.
리눅스 데스크톱에 재단 자금과 제조사 지원이 붙은 시점
개인 취향으로 끝났을 흐름에 올해 자금과 제조사가 붙었습니다. 먼저 Omacom 재단입니다. 2026년 8월 DHH가 800만 달러로 만든 재단이고, Shopify, Stripe, Dell, Block, Cloudflare 관련 인사가 초기 후원자로 들어왔습니다.
Omacom 재단 후원이 늘어난 순서
1. 2026년 8월 출범DHH가 800만 달러로
재단 설립
2. 1,000만 달러Dropbox와
OpenClaw 쪽 합류
3. 9월 3일Meta, Anthropic, OpenAI 등
토큰 195만 달러어치
4. 9월 9일DigitalOcean
3년간 300만 달러 약정
5. 9월 22일알리바바 클라우드
3년간 300만 달러 약정
DHH가 밝힌 누적 후원은 약 2,170만 달러입니다. 이 합계에는 현금 외에 3년짜리 약정과 모델 사용분(토큰) 지원이 섞여 있습니다.
Dell은 2026년 4월 30일 인텔, Omarchy와 함께 XPS 14와 16의 출시 당일 지원을 발표했습니다. Panther Lake 칩에 맞춰 오디오, 카메라, 디스플레이, 와이파이, NPU 패치 20건가량을 반영한 전용 커널을 Omarchy 미러로 배포하고, 수정 내용을 공식 커널 개발에도 반영하겠다고 했습니다. 37signals는 신입 직원 기본 장비를 Dell XPS로 정했습니다.
Dell은 이 발표에서 XPS 라인이 개발자에게서 멀어졌던 것을 인정했습니다. 리브랜딩과 키보드 선택이 잘못이었다고 적고, 2026년형에서 물리 펑션 키를 되돌렸습니다. 개발자가 리눅스를 쓰는 흐름이 제조사의 하드웨어 설계에 다시 영향을 주기 시작했다고 봅니다.
전력 효율 격차도 줄었습니다. DHH는 2026년 4월 글에서 인텔 Panther Lake가 전력 효율에서 애플을 따라잡았다고 봤고, 싱글코어는 M3, 멀티코어는 M5 수준이라고 추정했습니다. 그동안 리눅스 노트북을 망설이게 한 첫 번째 이유가 배터리였다는 것이 그의 설명입니다.
DHH가 적은 리눅스 노트북 배터리 시간
한국의 조회 비중과 과거 개방형 OS 도입 기록
StatCounter 2026년 8월 기준 국내 데스크톱에서 리눅스 조회 비중은 2.26%로, 같은 달 미국 18.19%와 여덟 배 넘게 차이가 납니다.
2026년 8월 StatCounter 데스크톱 조회 비중
정부의 개방형 OS 계획
국내에는 정부 계획이 오래전부터 있었습니다. 개방형 OS는 윈도우 대신 공개된 소스를 바탕으로 만든 운영체제를 가리키고, 구름 OS가 그 예입니다. 2024년과 2025년 보도를 보면 진행은 더뎠습니다.
행정기관 개방형 OS 도입 계획과 보도 기록
2020년 발표행정기관에 단계적으로 보급
2026년부터 대부분 공무원 사용 목표
2022년 온북 계획구름 OS 업무용 노트북
5년간 60만 대
2024년 말온북 도입 행정기관
12곳
2025년까지온북 공통 인프라 예산
3년 연속 전액 삭감
2026년처음 계획의
목표 연도
행안부는 2027년까지 도입률 90%라는 목표를 달성하기 어렵다고 밝혔습니다. 해외 보도에서 윈도우 10 종료와 에이전트가 리눅스 수요를 만든 요인으로 꼽혔다면, 국내 공공 부문 보도에서는 예산 확보와 확산의 어려움이 드러났습니다.
화면 조작은 제품별 지원이 다릅니다
터미널 작업 지원과 화면을 보고 마우스를 움직이는 Computer Use 지원은 별개입니다. 제품마다 지원 운영체제가 달라서 리눅스나 맥 가운데 한쪽이 언제나 앞선다고 말하기 어렵습니다. 5월에 나온 "리눅스 데스크톱의 해는 오지 않는다"는 글이 이 부분을 짚었습니다.
macOS에서는 접근성 기능으로 앱의 버튼이나 텍스트 정보를 읽을 수 있습니다. 접근성 API는 화면 낭독기 같은 보조 기술이 이런 정보를 프로그램으로 얻도록 제공하는 연결 방식입니다. 권한을 켜도 실제로 조작되는 범위는 AI 제품의 지원 운영체제와 계정 조건, 앱마다 다릅니다.
리눅스에도 화면의 요소와 상태를 보조 기술에 전달하는 AT-SPI가 있고, GTK와 Qt, Firefox, LibreOffice가 이를 지원합니다. Wayland는 리눅스에서 화면을 구성하고 입력을 전달하는 방식입니다. 5월 글은 Wayland에서 화면 조작에 필요한 기능이 여러 인터페이스로 나뉘어 있다고 설명했습니다. 아래 세 가지는 개발자가 풀어야 할 과제이고 사용자가 설정하는 항목이 아닙니다.
- 화면 캡처: 권한을 받아 화면을 전달하는 포털
- 키보드와 마우스 입력 생성: 입력용 포털이나 libei라는 도구
- 열린 창 목록: 화면을 구성하는 프로그램인 컴포지터마다 다른 통신 방식
10월 5일 Claude Desktop 문서도 리눅스의 Computer Use는 지원하지 않는다고 안내합니다. 그래서 지금은 작업 종류에 따라 에이전트를 돌릴 곳이 정해집니다.
작업 종류별로 에이전트를 돌리기 좋은 곳
| 작업 | |||
|---|---|---|---|
| 코드와 셸을 다루는 작업 | 제공 | – | – |
| 특정 데스크톱 앱 화면 조작 | 제공하지 않음 | 제공 | – |
| 웹사이트 버튼과 입력란 다루기 | – | – | 제공 |
코드와 셸을 다루는 에이전트는 리눅스 컨테이너에서 격리해 돌리기 쉽고, 특정 데스크톱 앱을 조작해야 하는 에이전트는 그 앱이 있는 운영체제에서 돌려야 합니다. 브라우저 작업은 Playwright처럼 페이지의 DOM을 읽는 도구로도 처리할 수 있습니다. DOM은 웹페이지의 버튼과 입력란 같은 요소를 프로그램이 다룰 수 있게 정리한 구조입니다. 긴 업무에서 화면 조작 에이전트가 왜 무너지는지는 AI 컴퓨터 유즈 현황 글에 따로 정리했습니다.
운영체제를 바꾸기 전에 정할 것
리눅스에서 에이전트를 돌리고 진단에 쓰는 사례가 늘어난 것은 분명합니다. 그래도 몇몇 개발자의 선택과 웹 트래픽 수치로 모든 사람의 기본 환경이 바뀌었다고 보기는 어렵습니다. 바꿀지 정할 때는 인기 순위보다 내 작업에 필요한 기능을 차례로 적어 봅니다.
운영체제를 정하기 전에 적어 볼 네 가지
1. 쓸 앱파워포인트, 한글처럼
특정 운영체제에만 있는 앱인지
2. 처리할 자료파일 정리인지
웹사이트 이용인지
3. 결과 확인 방법결과를 무엇과
대조할지
4. 실행 시간오래 돌릴 작업이면
서버나 컨테이너 검토
지금 리눅스로 바꿔야 하나요?
업무에 따라 다릅니다. 지금 쓰는 컴퓨터와 도구로 업무 문서를 정리해 보고, 결과를 원자료와 대조해 부족한 점이 있는지부터 봅니다. 여러 작업을 오래 실행해야 한다면 서버나 컨테이너를 검토합니다. 원격 서버를 쓰면 접속 설정과 유지관리, 사용료가 더 들 수 있습니다.
파워포인트, 한글, 키노트처럼 필요한 버전과 기능이 특정 운영체제에만 있는 앱을 화면으로 조작하는 업무라면 옮길 이유가 없습니다. 웹사이트 조작이 대부분이면 운영체제를 바꿀 이유는 더 적습니다. Claude Code를 윈도우에 설치하는 방법은 따로 정리해 두었습니다.
직접 리눅스를 쓰지 않는 사람에게도 상관있는 이야기인가요?
두 가지 점에서 상관있습니다. 하나는 통계 해석입니다. GA4나 다른 분석 도구에서 리눅스 데스크톱 유입이 갑자기 늘었다면 기간과 유입 경로, 조회 패턴, 측정 설정 변화부터 대조합니다. 운영체제 정보만으로는 봇인지 판정할 수 없으므로 리눅스 접속을 일괄 차단하지 않습니다. Cloudflare의 분류 비율도 자기 사이트의 GA4 수치에 그대로 옮겨 쓸 수 없습니다.
다른 하나는 에이전트를 돌리는 환경입니다. Claude Cowork나 Codex에 반복 업무를 맡기기 시작했다면, 그 에이전트가 어디서 실행되는지에 따라 비용과 안정성이 달라집니다. 직접 리눅스를 쓰지 않더라도 에이전트가 리눅스에서 돌아가는 구조는 이해해 두는 편이 좋습니다. 이 구조의 기본은 AI를 쓰는 방법을 웹, 앱, 터미널, MCP로 나눈 글에 정리했습니다.
Sources
- StatCounter 집계 방식과 봇 처리 FAQ
- Cloudflare Radar 자동화 및 사람 추정 분류
- Microsoft 개인용 Windows 10 ESU
- StatCounter 미국 데스크톱 운영체제 점유율
- StatCounter 전 세계 데스크톱 운영체제 점유율
- StatCounter 한국 데스크톱 운영체제 점유율
- Steam Hardware & Software Survey, 2026년 8월
- Linux Desktop Market Share Surpasses 10% in North America - Linuxiac, 2026-08-01
- No, Linux didn't actually hit 10% market share. Blame bots - PCWorld, 2026-08-03
- Linux Desktop Market Share Hit 10%? AI Bots Are Inflating the Numbers - 9to5Windows, 2026-08-03
- Windows 10 support has ended on October 14, 2025 - Microsoft
- Microsoft Pledges Windows 11 Quality Push, Cuts Copilot Entry Points - Implicator, 2026-03-20
- How Windows 11 Is Quietly Handing Linux Its Best Decade - The AI Journal, 2026-08-12
- After 32 years of Windows use, I switched to Linux - Frank Kienast, 2026-01-28
- The biggest Linux migration happening right now is a 30,000-PC escape from Microsoft - MakeUseOf, 2026-09-14
- 2026년은 나의 리눅스 데스크톱의 해가 될 것 - GeekNews, 2026-01-04
- Is 2026 the year of the Linux desktop? - Arda Karaduman, 2026-03-24
- Omarchy: Linux Finally Reached My Desk - Vinny Carpenter, 2026-09-18
- Why I left the Mac for Omarchy after 25 years - Jim Christian, 2026-09-11
- omarchy.org
- Omacom Foundation launches - Omarchy News, 2026-08-21
- Omacom Foundation secures $1.95M in tokens - Omarchy News, 2026-09-03
- Alibaba Cloud joins as a Founding Corporate Patron - Omarchy News, 2026-09-22
- Panther Lake is the real deal - DHH, 2026-04-06
- I'm spending my weekend with Omarchy (NetworkChuck 인터뷰 정리) - Kelvin Lee, 2026-08-26
- All-in on Omarchy at 37signals - DHH
- Omarchy distro gains serious backing - The Register, 2026-08-27
- Year of the Linux Laptop: Omarchy on XPS - Dell, 2026-04-30
- Configure the sandboxed Bash tool - Claude Code Docs
- Claude Desktop on Linux (beta) - Claude Code Docs
- Building a safe, effective sandbox to enable Codex on Windows - OpenAI, 2026-05-13
- Sandbox - Codex Docs
- Docker Sandboxes: Run Claude Code and Other Coding Agents Unsupervised - Docker, 2026-01-30
- Install Docker Sandboxes (Linux, KVM) - Docker Docs
- Is Ubuntu 26.04 the Start of the Linux AI Desktop? - Gavin Jackson, 2026-05-10
- It Will Never Be the Year of the Linux Desktop - Cyrus Lopez, 2026-05-27
- 개방형 OS 도입 추진, 정부 PC 환경에 새로운 변화 예고 - 행정안전부, 2019-05-15
- 공무원 PC, 5년 뒤 '개방형 OS'로 바뀐다 - ZDNet Korea, 2020-02-04
- 디지털플랫폼정부 핵심 '온북' 상반기 도입 0건 - 전자신문, 2024-06-03
- 예산난 속 자체 도입 확대되는 '온북'...활용성 입증에도 확산은 난항 - 디지털데일리, 2025-05-09
3줄 요약
-
StatCounter의 2026년 8월 미국 데스크톱 리눅스 점유율 18.19%는 설치 대수가 아니라 페이지 조회 비중이어서 사람 수나 원인을 바로 알려 주지 않습니다.
-
Claude Code와 Codex는 리눅스에서 bubblewrap으로 명령 실행을 격리하고, 네이티브 윈도우에서 Claude Code 셸 샌드박스를 쓰려면 WSL2가 필요합니다.
-
10월 5일 기준 Claude Desktop은 리눅스의 Computer Use를 지원하지 않으므로 특정 데스크톱 앱을 조작하는 업무는 그 앱이 있는 운영체제에 둡니다.

제대로 이해했는지 한 문제로 확인해 볼까요?
답을 고르면 바로 풀이가 나와요.
리눅스에서 발생한 페이지 조회 비중이 늘면 무엇을 먼저 확인하나요?

새 글과 AI 소식을 메일로 받아 보세요
AI가 바꾸는 일과 도구, 측정 실무 이야기를 매주 한 번 보내 드려요.
이 글이 도움이 되었나요?
도구에 상관없이 통하는 에이전트 원리와 설계 규칙을 정리했습니다
- 1AI 에이전트(AI Agent) 뜻: 챗봇, 워크플로와의 차이, 에이전트 루프와 도구 호출, MCP와 스킬
- 2AGENTS.md와 CLAUDE.md 뜻과 작성법: intent.md와 하네스까지
- 3멀티 에이전트 오케스트레이션(Multi-Agent Orchestration) 뜻과 설계
