월요일 아침, 한 중소 병원의 행정 담당자가 급하게 환자 진단서를 찾는다. 클라우드에 연결된 협업 툴에 올려두긴 했는데, 정작 본인이 올린 게 맞는지, 다른 부서가 수정한 최신본인지 도통 알 수 없다. 검색창에 이름을 치면 비슷한 파일이 열 개쯤 튀어나온다. 그중 진짜 최신본은 맨 아래쯤에 있다. 결국 시간은 갉아 먹히고, 민감한 정보는 어느새 여러 곳에 흩어져 있다.
이 장면은 누구에게나 낯설지 않다. 그리고 정작 무서운 건 "편하려고" 쓴 도구가 정보를 밖으로 빼돌렸다는 사실조차 알기 어렵다는 점이다. 파일을 올린 순간부터, 어디에 복사됐고 누가 내려받았는지 우리는 보통 손을 뗀다. 관리 화면은 제공자가 쥐고 있으니까.
그래서 UglyPear Data가 만든 파일 정리 도구 MagiFiler는 처음부터 다른 길을 택했다. 대화형 AI 비서가 자연어로 파일을 정리하고, 의미 기반 검색과 전문 검색을 함께 쓰며, 내용을 보고 자동으로 분류·태그·보관까지 해주는데——이 모든 일이 네트워크 밖으로 파일을 내보내지 않는 상태에서 이루어진다. 기술적 자존심이 아니라, 계산해 보니 이쪽이 훨씬 안전했기 때문이다.
무엇보다 이 방식은 '데이터 주권'이라는 낯설지 않은 고민과 맞닿아 있다. 내 파일의 운명을 결정하는 스위치가 내 책상 위에 있어야 하는가, 아니면 어딘가 먼 서버에 있어야 하는가. 로컬 우선은 전자를 고르는 일이다. 인터넷이 끊겨도, 제공자가 서비스를 접으면 해도, 내 파일은 여전히 내 규칙대로 열리고 정리된다. 이른바 에어갭(air-gapped), 완전히 차단된 내부망에서도 동일하게 작동한다는 점은, 규제가 빡빡한 현장에서 꽤 큰 무게를 갖는다.
"편리함"이 가장 비싼 구멍을 냈다
IBM이 2025년에 발표한 데이터 유출 비용 보고서를 보면, 전체 유출 사고의 26%가 바로 사람의 실수에서 비롯된다. 정교한 해킹 공격이 아니라, 직원이 그저 성가신 줄 모르고 파일을 어딘가에 올렸거나, 귀찮아서 승인받지 않은 클라우드 AI에 "정리 좀 해줘" 하고 통째로 맡긴 경우다. 즉 의도하지 않은 '사람의 실수'가 가장 흔하고 평범한 유출 경로인 셈이다.
실제로 그런 일은 더 자주 일어난다. 어느 회사가 계약서를 클라우드 협업 공간에 두고, 팀원 한 명이 "AI가 좀 요약해 주면 좋겠다"며 폴더 전체를 온라인 대화 도구로 끌고 들어갔다고 치자. 악의는 없었다. 그저 빨랐을 뿐이다. 그런데 해당 계약서는 해당 도구 측에 캐시로 남았고, 나중에 컴플라이언스 감사를 받을 때 그 흔적을 지우는 일이 쉽지 않았다. 극단적인 예처럼 들리겠지만, 이런 일은 바로 그 "가장 편한 한 단계"에서 터진다.
파일은 줄어들 기미가 없다
오히려 반대로 폭증한다. Adobe에 따르면 전 세계에서 유통되는 PDF만 이미 3조(3 trillion) 부를 넘겼다. Microsoft는 자사 SharePoint에서 매일 새로 올라오는 파일이 20억 개 이상이라고 밝혔다. IDC는 전체 데이터 중 비정형 데이터가 80~90%에 이른다고 본다. 파일은 사라지는 게 아니라 터져 나가듯 늘어난다.
그런데 재미있는 점이 있다. M-Files가 Vanson Bourne에 의뢰해 전 세계를 대상으로 조사한 결과, 직원의 96%가 문서의 최신 버전을 찾는 데 어려움을 겪는다고 답했고, 83%는 이미 존재하는 문서를 못 찾아서 그냥 새로 만든 적이 있다고 했다. 파일이 많아질수록 "어디 있는지 모름"과 "또 만듦"이 일상이 된다. 정리가 필요한 이유이면서, 동시에 리스크가 가장 커지는 지점이기도 하다.
파일이 민감할수록, 남에게 맡겨서 관리받는 건 어울리지 않는다. 감사 추적(audit trail)의 주도권이 내 손에 있어야 한다는 뜻이다. 클라우드에 오래 위탁해 두면, 언제 어떤 경로로 열람됐는지 그 증거 사슬을 내가 직접 쥐기 어렵다. 로컬 우선 방식은 보관·기록·재확인을 모두 내 환경에서 통제할 수 있다. 클라우드가 무조건 불법이라는 뜻이 아니다. 다만 "주도권이 어느 쪽에 있느냐"에 따라, 사고가 났을 때의 책임과 복구 가능성이 완전히 달라진다.
여기서 한 가지 덧붙일 사실이 있다. IBM의 같은 2025년 보고서를 보면, 다섯 곳 중 한 곳꼴인 기업이 직원이 몰래 쓴 AI 도구(이른바 섀도우 AI) 때문에 데이터 유출을 겪은 적이 있다고 응답했다. 정식으로 도입된 툴이 아니라, 누군가 "그냥 편해서" 켜본 온라인 AI 비서에 파일을 붙여넣은 순간부터 사고는 시작된다. 이런 누수는 거창한 해킹이 아니라 아주 일상적인 클릭에서 출발한다. 그러니 파일 정리 도구를 고를 때는 "얼마나 똑똑하냐"만 보지 말고, "내 파일이 그 똑똑함을 위해 밖으로 나가야 하느냐"를 먼저 물어야 한다.
그렇다면 누구에게 이 고민이 가장 절실할까. 계약서를 다루는 법무팀, 진단서와 처방전을 쌓아두는 병원 행정실, 설계도와 시방서를 주고받는 건축·제조 스튜디오, 고객 명단을 굴리는 영업 조직——이들의 공통점은 '새면 곤란한' 파일을 매일 만진다는 것이다. 이들에게 로컬 우선은 단순한 취향이 아니라, 사고 발생 시 생존의 차이에 가깝다. 반면 주간 회의록이나 대외용 브로슈어처럼 유출돼도 치명적이지 않은 파일은 굳이 로컬에 가둘 필요가 없다. 결국 중요한 건 이분법이 아니라, 파일의 성격에 맞춘 등급 나누기다.
MagiFiler가 어떤 도구인지
MagiFiler는 대화형 AI 비서가 파일을 직접 다루는 구조다. "저번 분기 영업 보고서 찾아줘"라고 말하면 의미를 이해해 관련 파일을 가져오고, "계약서랑 견적서 따로 묶어줘"라 하면 내용을 보고 분류한다. 검색은 키워드 매칭에만 의존하지 않고 의미 기반과 본문 전체 검색을 함께 쓴다. 이 모든 처리가 사용자의 장비 안에서 일어난다. 파일을 외부로 보낼 필요가 없는 것이다.
구체적으로는 이런 일상이 편해진다. 수천 개의 산출물 폴더에서 "지난달에 고객사 로고 들어간 거"를 찾을 때, 파일명이 아니라 내용과 이미지 맥락으로 건져 올리고, "오래된 임시 파일은 따로 모아줘"라고 하면 사용 이력과 내용을 봐 가며 정리한다. 분류·태그는 사람이 규칙을 일일이 정하지 않아도, 파일이 무엇인지 스스로 읽어서 붙인다. 무엇보다 이 과정에서 파일 한 장이 외부 서버를 거치지 않는다. 정리라는 행위 자체가 유출 행위가 되지 않는 구조다.
여기서 한 가지 짚고 넘어갈 지점이 있다. 최근 MagiFiler의 새 버전에서는 로컬 라이선스에 변조 방지 검증이 추가됐다. 이 제품은 한 번 사면 평생 쓰는 매입제(buy-once) 모델이라, 결제하는 순간 키가 바로 발급된다. 앞서 누군가는 "오프라인으로 활성화하면 악용되지 않을까" 의심하기도 했는데, 이제는 로컬 라이선스에 변조 방지 검증이 붙었다. 키가 단 한 바이트라도 바뀌면 즉시 무효가 되고, 활성화 과정 자체가 네트워크에 의존하지 않는다. 사고 한 번, 활성화 한 번——그 뒤로는 인터넷이 끊겨도 쓰면 그만이고, 라이선스를 쉽게 위조할 수도 없다.
이게 왜 중요한지 구체적인 상황으로 보자. 법무팀이 기밀 계약서를 다루는데, 도구의 인증이 수시로 서버에 물어봐야 한다면 그 와중에도 메타데이터가 밖으로 나갈 틈이 생긴다. 반면 활성화조차 네트워크가 필요 없는 매입제 라이선스라면, 비행기 안이나 차단된 내부망에서도 똑같이 작동한다. "내가 산 건 내가 온전히 쓴다"는 사실 자체가 곧 신뢰다. 특히 보안 감사가 잦은 조직일수록, 외부 인증 서버에 기대지 않는다는 점이 꽤 결정적이다. 구독을 끊으면 쓰지 못하게 되는 클라우드 모델과 달리, 매입제는 시간이 지나도 내 자산으로 남는다. 예산을 다시 타야 하는 해마다의 갱신 압박도, 제공자의 가격 정책 변화에 휘둘릴 일도 없다.
로컬 우선 vs 클라우드 의존형
두 방식을 나란히 놓고 보면 선택의 기준이 선명해진다.
| 비교 항목 | 로컬 우선 파일 비서 (MagiFiler) | 일반적인 클라우드 의존형 도구 |
|---|---|---|
| 데이터가 기기를 떠나는가? | 떠나지 않음 (내 장비·내부망에만 존재) | 업로드 순간 외부 노출면 생성 |
| 오프라인 작동 여부 | 정리·활성화 모두 오프라인 가능 | 대부분 기능이 네트워크에 의존 |
| 라이선스 모델 | 한 번 구매하는 매입제, 결제 즉시 키 발급 | 정기 구독, 서버 온라인 인증 |
| 감사 추적의 주도권 | 보관·기록·재확인을 내가 통제 | 서비스 제공자와 약관에 종속 |
| 필요한 인프라 | 별도 서버 불필요, 단독 실행 | 제공자 측 서버·계정 인프라 필요 |
표를 보면 알 수 있듯, 로컬 우선은 클라우드와 싸우려는 게 아니다. 새면 곤란한 파일에 한해, 한 겹 더 안전판을 두는 방식일 뿐이다.
왜 UglyPear Data인가
좀 더 멀리서 보면, 로컬 우선은 UglyPear Data가 줄곧 지켜온 바탕색이다. 고성능 문서 압축 기술과 RAG 데이터 엔지니어링 기반을 자체적으로 갖추면서도 우리는 늘 같은 문장을 반복했다. "데이터는 내부망을 떠나지 않는다. 민감 정보는 내 땅에서 처리한다." MagiFiler는 그 철학을 가장 일상적인 파일 정리라는 장면에 옮긴 결과물이다. 굳이 모든 기술 용어를 외울 필요는 없다. 다만 하나만 기억하자. 내 파일이 어디 있는지, 누가 만질 수 있는지——그 스위치는 내 손에 있어야 한다는 것.
모든 사람이 로컬 우선을 골라야 한다는 말은 아니다. 작은 팀이 실시간으로 협업하고, 지역을 달리하는 여러 기기에서 즉시 동기화하고 싶다면 클라우드의 편리함은 진짜다. 다만 계약서·진단서·설계도·고객 자료가 걸린 상황이라면, 일단 데이터를 내 땅에 머물게 하는 그 동작 자체가 값어치 있다.
결국 이 글의 핵심은 하나다. 파일 정리 도구를 고를 때 우리는 늘 "더 똑똑한가"를 먼저 묻지만, 그 똑똑함이 내 파일을 어디로 데려가는지를 함께 물어야 한다는 것. 새면 곤란한 파일일수록, 스위치는 내 책상 위에 두는 게 맞다. 로컬 우선은 유행이 아니라, 데이터가 폭증하고 누수 경로가 일상화된 지금 시점에 가장 현실적인 balance다.
지금 사용해 보기
파일을 정돈하면서도 기기를 떠나게 하고 싶지 않다면, 매입제 파일 비서 MagiFiler를 먼저 살펴보자.
- 제품 전체와 도입 방식은 여기서: https://www.uglypear.com/ko/products/
- 같은 로컬 우선 철학의 문서 압축 제품 라인업도 확인: https://www.uglypear.com/ko/products/
- 실제 활용 팁과 심층 글은 기술 블로그에서: https://www.uglypear.com/ko/blog/
자주 묻는 질문
Q. 오프라인으로 돌아가는 AI 정리 도구의 성능이 클라우드보다 떨어지지 않나요?
A. MagiFiler의 AI 비서, 의미 기반 검색, 자동 분류는 모두 사용자의 장비 안에서 작동합니다. 파일이라는 특정 영역에 맞춰 정교하게 다듬어져 있어, 일상적인 정리와 내용 기반 파일 찾기에는 충분합니다. 차이는 파일을 올리지 않는다는 점, 즉 개인정보 우선순위가 높다는 데 있습니다.
Q. 한 번 사면, 나중에 컴퓨터를 바꿔도 쓸 수 있나요?
A. 최대 3대의 기기에 묶어 쓸 수 있고 키는 결제 즉시 발급됩니다. 최근 버전부터 로컬 라이선스에 변조 방지 검증이 적용돼, 기기 변경이나 재설치 때도 동일한 키로 활성화하면 되며 네트워크를 필요로 하지 않습니다.
Q. 구독형 클라우드 노트나 클라우드 드라이브와 비교하면 비용은 어떻게 되나요?
A. 매입제는 일회성 지출이라 장기적으로 지속적인 구독료가 없습니다. 해가 바뀌어도 갱신료 청구가 오지 않고, 제공자의 가격 정책이 바뀌어도 내가 이미 산 권한에는 영향을 주지 않습니다. 대신 백업과 여러 기기 간 동기화는 사용자가 직접 책임져야 합니다. 파일의 민감도와 사용 연수를 놓고 계산하면, 개인정보를 중시하는 사용자에게 오히려 경제적일 때가 많습니다.
Q. 팀 협업이 꼭 필요한데, 로컬 우선은 포기해야 하나요?
A. 가장 민감한 파일은 우선 로컬에서 단독 정리하고, 협업이 필요한 부분은 내부망이나 통제된 환경에서 처리하면 됩니다. 현장에서는 모든 파일을 한 방식으로만 다루기보다, 민감도에 따라 저장 위치를 나누는 것이 보통입니다. 데이터를 등급 나누고 나면, 로컬 우선과 협업은 서로 배타적이지 않습니다.
Q. 내부망 차단 환경(에어갭)에서도 정상 동작하나요?
A. 네트워크 연결이 전제되지 않는 구조라, 인터넷이 원천적으로 막힌 환경에서도 설치와 활성화, 이후 모든 정리 작업이 그대로 이루어집니다. 외부 인증 서버에 기대지 않기 때문에 차단된 망에서도 주도권을 유지할 수 있습니다. 보안 규정상 외부 송수신이 금지된 구역에서도 동일하게 쓸 수 있다는 점이, 이 도구가 로컬 우선을 진심으로 택했다는 증거입니다.