AI가 고친 파일, 바로 내 프로젝트에 들어와도 될까요? Airlock의 복사본 작업 방식

핵심 요약 (TL;DR)

Mac용 Airlock은 AI 코딩 에이전트를 가상 머신 안의 프로젝트 복사본에서 실행하고, 바뀐 파일 중 사용자가 고른 것만 원본에 반영한다고 설명합니다.[1] 원본 폴더를 보호하는 장치와 외부 서비스로 나가는 요청은 별개입니다. 첫 MVP를 만들 때도 ‘AI가 작업할 공간’과 ‘내가 결과를 받아들이는 순간’을 나누어 볼 만합니다.

이번에 소개된 Airlock은 무엇을 바꾸나요?

제작자 Simon Maddox는 한국 시간 10월 12일 오후 8시 10분 Hacker News에 Airlock을 소개했습니다.[2] 이는 소개 글의 게시 시각이며 제품의 최초 출시일을 뜻하지는 않습니다. 공식 사이트는 Apple silicon Mac과 macOS 26 이상을 요구하며, Claude Code 또는 Codex를 가상 머신에서 실행한다고 안내합니다.[1]

작업 대상은 실제 프로젝트 폴더가 아니라 복사본입니다. 작업이 끝나면 변경 내용을 파일별로 보고 가져올 항목을 선택하며, 이후 적용을 되돌리는 기능도 설명합니다. 빌드 스크립트·Git 훅·CI 설정처럼 나중에 호스트에서 실행될 파일은 별도로 표시합니다.[1] 이 글은 공개 설명을 검토한 안내이며, 설치하거나 격리 성능을 직접 시험한 후기는 아닙니다.

복사본에서 작업하면 무엇이 더 선명해질까요?

예를 들어 문의 접수 앱의 입력 오류를 고친다고 해 보겠습니다. 원본에서 계속 수정하게 두면 화면 변경과 설정 변경이 한꺼번에 쌓일 수 있습니다. 복사본에서 작업한 뒤 차이를 보면, 요청한 오류 수정 외에 어떤 파일이 바뀌었는지 살펴볼 지점이 생깁니다.

Airlock은 에이전트가 입력한 명령뿐 아니라 가상 머신 안에서 실제로 실행된 프로세스, 접근 파일, 통신 서버를 시간순으로 보여 준다고 설명합니다.[1] 다만 기록이 보인다는 이유만으로 변경이 안전해지는 것은 아닙니다. 원본으로 가져오기 전에 각 파일이 왜 필요한지 묻는 일은 여전히 남습니다.

가상 머신이면 고객 자료를 넣어도 괜찮을까요?

공식 사이트는 제한을 분명히 밝힙니다. 세션의 공개 호스트 접근을 제한하지 않으면 프로젝트 복사본에 담긴 자료가 외부로 전송될 수 있습니다. 모델 요청도 평소처럼 Anthropic이나 OpenAI로 전달됩니다. 접근 가능한 외부 서비스에서 수행한 행동은 파일 검토 전에 이미 실제로 일어날 수 있습니다.[1]

따라서 원본 보호, 네트워크 제한, 외부 계정의 권한은 따로 점검해야 합니다. 첫 실습에는 가짜 고객 자료와 시험용 계정을 쓰세요. 복사본에 비밀값을 넣은 뒤 ‘원본이 아니니까 괜찮다’고 생각하면 자료 전송의 문제를 놓치게 됩니다.

첫 MVP에는 어떤 검수 순서를 남기면 좋을까요?

먼저 바꿀 행동 하나를 정하고, 작업 전 원본을 복구할 수 있게 보관하세요. 그다음 변경 파일을 읽고, 화면 수정에 필요하지 않아 보이는 실행 설정은 별도로 확인합니다. 선택한 변경을 반영한 뒤에는 원래 고치려던 오류와 정상 입력을 모두 다시 시험해 보세요. 이는 도구의 자동 보장이 아니라 작은 프로젝트를 위한 운영 제안입니다.

완료 기록에는 ‘어떤 복사본에서 무엇을 바꿨는지’와 ‘원본에서 무엇을 다시 확인했는지’를 나누어 적으시면 좋습니다. 격리는 검토를 없애는 대신, 검토할 경계를 만드는 수단에 가깝습니다.

FAQ: Mac 안에서 실행되면 모델도 로컬인가요?

아닙니다. 가상 머신의 위치와 모델의 실행 위치는 다릅니다. 공식 설명은 모델 요청이 Anthropic이나 OpenAI로 전달된다고 명시합니다.[1]

FAQ: 앱스토어에서 바로 받을 수 있나요?

관찰 시점의 사이트는 Mac App Store를 ‘Coming soon’으로 표시하고 직접 다운로드와 Homebrew 경로를 안내합니다.[1] 배포 경로와 지원 운영체제를 확인한 뒤 판단하세요.

출처
[1] https://airlock.sorrel.systems/
[2] https://news.ycombinator.com/item?id=50054620