요약:
운영체제 커널을 처음부터 개발하려면 일반적으로 숙련된 엔지니어 팀이 몇 년이 걸립니다. 그러나 CentOS 공동 창립자이자 Rocky Linux 프로젝트 개시자인 Gregory Kurtzer는 최근 다소 특별한 결과를 보여주었습니다. 그는 인공 지능 에이전트를 사용하여 단 11일 만에 새로운 운영 체제 커널 Ginux를 만들었습니다. 이 커널은 Linux 커널 코드를 사용하지 않지만 이미 Rocky Linux 10을 부팅할 수 있습니다. 아직 연구용 프로토타입이지만 이 프로젝트는 AI가 복잡한 기반 소프트웨어 개발에 참여할 수 있는 새로운 가능성을 보여줍니다.
Kurtzer는 지난주 소셜 플랫폼 X를 통해 처음으로 Ginux 프로젝트를 발표했습니다. 관련 코드도 GitHub에 업로드되었으며 Apache 2.0 오픈 소스 라이선스를 채택했습니다. Ginux라는 이름은 Linux, GPT, Greg의 세 가지 요소를 결합한 것입니다. 프로젝트 소개 부분에서는 작성자의 지나친 자기 확장을 막기 위해 문자 G를 GPT로 해석해야 한다는 농담까지 했습니다.
Ginux는 Linux의 포크가 아니며 기존 Linux 코드에서 커널 구성 요소를 복사하지도 않습니다. 메모리 관리, 프로세스 스케줄링, 파일 시스템 및 네트워크 기능은 모두 처음부터 작성되었으며 주로 Rust 언어를 사용하여 개발되었습니다. 실제로 Linux와 공유하는 것은 ABI(Application Binary Interface)입니다. 즉, Ginux는 Linux가 소프트웨어에 제공하는 시스템 인터페이스를 시뮬레이션하므로 원래 Linux용으로 작성된 프로그램이 코드 수정 없이 실행될 수 있습니다.
프로젝트 개발자는 이 디자인을 다음과 같이 설명합니다. Linux는 단순한 커널 구현이 아니라 커널이 응용 프로그램 소프트웨어에 제공하는 "개성" 또는 호환성 환경으로 간주될 수도 있습니다. 현재 Ginux는 Linux 호환 모드만 구현하고 있으며 앞으로 BSD 호환 모드를 추가할 가능성도 배제되지 않습니다.
그러나 Ginux는 아직 Linux와 완전히 호환되지 않습니다. 프로젝트 문서에 따르면 Linux 6.12의 x86-64 인터페이스를 참조로 사용하면 375개의 시스템 호출 중 82개만 완전히 구현되었으며 다른 245개는 부분적으로만 작동할 수 있으며 나머지 48개는 의도적으로 사용할 수 없도록 설정되어 있습니다. 이는 이미 일부 기존 Linux 소프트웨어를 실행할 수 있지만 아직 성숙한 범용 Linux 대체품으로 간주할 수는 없음을 의미합니다.
Ginux는 "도메인"이라는 격리 메커니즘 세트도 도입했습니다. 소프트웨어는 격리된 환경에서 실행되며 각 도메인에는 독립적인 프로세스, 메모리 공간 및 파일 시스템이 있습니다. 프로젝트에서는 이 메커니즘이 기존 컨테이너보다 더 강력한 격리 경계를 제공할 것으로 기대합니다. 그러나 Ginux는 여전히 표준 OCI 컨테이너 이미지를 사용하여 각 도메인에 대한 파일 시스템을 구축할 수 있습니다. 이러한 방식으로 Rocky Linux 10을 로드하고 시스템 부팅을 systemd 다중 사용자 대상으로 진행할 수 있었습니다.
이번 발전에서 가장 흥미로운 점은 인공지능의 역할이다. Kurtzer는 기술 보고서에서 자신의 접근 방식을 "인간이 주도하는 에이전트 공학"이라고 부릅니다. 그는 전체 아키텍처 결정, 개발 단계 및 승인 기준 공식화를 담당하고, 인공 지능 에이전트는 코드 작성, 커널 시작, 테스트 실행, 문제 발견 후 코드 수정 등 후속 실행 작업의 대부분을 담당합니다.
전체 프로세스는 지속적으로 실행되는 OpenAI Codex 작업으로 완료되며, 사용된 모델은 GPT-5.6 Sol입니다. AI는 11일 만에 총 약 139,000줄의 코드와 테스트 콘텐츠를 생성하고 1,000개 이상의 코드 제출을 완료했습니다. 개발 과정에서 실제 배포판인 Rocky Linux도 중요한 역할을 했습니다. 인위적으로 구성된 테스트 케이스가 실제로 시작되고 실행될 때 발견하지 못하는 몇 가지 문제를 노출시켰습니다.
그러나 Kurtzer는 Ginux를 프로덕션용 운영 체제로 패키징하지 않았습니다. 현재 프로젝트는 여전히 QEMU 가상 머신에서 완전히 실행되고 있습니다. 아직 물리적 하드웨어에서의 직접 시작을 지원하지 않으며 GPU 및 NVMe 스토리지 장치에 대한 지원도 없습니다. 게다가 Ginux는 아직 독립적인 보안 감사를 받지 않았으며 보안을 완전히 검증할 수 없습니다.
커처는 이제 인공지능이 복잡한 시스템 소프트웨어를 작성할 수 있는 능력을 갖게 되었다고 믿지만, 진짜 어려운 부분은 사라지지 않았습니다. 소프트웨어 호환성, 보안 및 장기 유지 관리 기능은 여전히 운영 체제의 진정한 성공 여부를 결정하는 주요 장벽입니다. 즉, AI는 코드 개발 과정을 처음부터 크게 단축할 수 있지만 이러한 코드의 신뢰성을 자동으로 보장할 수 없으며 장기적인 엔지니어링 검증을 대체할 수도 없습니다.
동시에 Linux 커널 개발 커뮤니티에서도 점진적으로 AI 도구를 도입하려고 노력하고 있습니다. 지난 달 Linux 창립자인 Linus Torvalds는 Claude Code를 사용하여 실험적인 페이지 캐시 패치 세트를 작성했지만 검토자들은 나중에 경쟁 조건이 있음을 발견하여 관련 코드가 아직 검토 중입니다. 같은 시기에 Linux 커널 유지관리자는 더 이상 기여자에게 코드가 AI 지원인지 여부를 공개하도록 요구하지 않기로 동의했습니다.
Ginux의 중요성은 Linux를 즉시 대체할 수 있다는 것이 아니라 새로운 소프트웨어 엔지니어링 모델을 보여준다는 것입니다. 인간은 목표, 아키텍처 및 주요 결정을 담당하고 AI 에이전트는 대량의 특정 구현 및 테스트 작업을 담당합니다. 한때 형태를 갖추는 데 수년이 걸렸던 복잡한 시스템은 이제 짧은 시간 안에 작동하는 프로토타입을 가질 수 있습니다. 그러나 프로토타입에서 광범위한 하드웨어에 적응하고 장기적으로 유지 관리할 수 있는 진정으로 신뢰할 수 있는 운영 체제로 이동하는 것은 여전히 긴 엔지니어링 과정입니다.
댓글