병원 진료기록이나 법률 사무소의 사건 파일을 편집하는 앱에 AI가 붙으면, 문서 내용이 어디로 가는지부터 물어야 한다. 무료 오피스 제품 LibreOffice를 운영하는 비영리 재단 The Document Foundation은 2026년 9월 3일 글에서 AI를 기본 설치에 넣지 않는 이유를 설명했다. 8월에 나온 LibreOffice 26.8의 AI 통합 기준을 설명한 글이다.
재단은 AI 자체를 거부하지 않는다. 사용자가 실행 위치를 고르고, 허가 없이 문서가 외부로 나가지 않으며, 원하지 않으면 기능을 제거할 수 있어야 한다는 입장이다. 민감한 문서를 다루는 조직에는 이 조건들이 오피스 제품과 확장 기능의 허용 범위를 정하는 기준이 된다.
AI가 없으면 문서 앱에서 무엇을 포기하게 될까
AI 요약이나 초안 생성이 없어도 문서를 쓰고 서식을 관리하는 일은 남는다. LibreOffice의 워드프로세서 Writer 공식 화면은 페이지 스타일을 설명하는 문서와 오른쪽 탐색기를 보여 준다. 탐색기는 제목의 계층과 표·이미지 같은 문서 요소를 따라 이동하게 한다. 이 화면은 실제 편집 기능을 보여 주는 예시이며, 26.8의 새 기능 소개나 문서 전송 여부를 판정하는 자료는 아니다.
AI 도입은 이런 편집 작업에 별도의 처리 경로를 더하는 선택이다. 직원이 회의록을 요약할 때도 공개 행사 기록과 인사 면담 기록은 허용할 전송 범위가 다르다. 따라서 구매 담당자가 비교할 것은 AI 버튼의 개수보다, 어떤 문서에 어떤 처리 경로를 열어 줄 수 있는지다.
같은 AI 요약도 실행 위치에 따라 정책이 달라진다
재단이 요구하는 실행 위치는 사용자 컴퓨터, 사용자가 직접 통제하는 인프라, 사용자가 독립적으로 선택한 서비스다. 기본 설정이 특정 공급자로 조용히 연결되면 선택권이 없다고 본다. 문서의 외부 전송도 앱의 백그라운드 동작이 아니라 사용자의 결정이어야 한다.
조직에서는 이 원칙을 문서 등급별로 구체화할 수 있다. 예를 들어 내부 인사 문서는 승인한 로컬 모델만, 공개 배포용 자료는 계약으로 허용한 외부 서비스도 사용하게 정하는 방식이다. 이는 재단이 제시한 설정 예시가 아니라, 실행 위치와 전송 승인 조건을 사내 정책으로 옮긴 예다.
확장 기능 설명에 Ollama나 LM Studio라는 이름이 있다고 해서 전송 경로가 자동으로 확정되지는 않는다. 재단은 로컬 모델에 연결하는 서드파티 확장을 소개하면서도, 클라우드 접속 주소가 설정돼 있는지와 수신 업체의 데이터 처리 방식을 살피라고 적었다. 같은 API 규격을 쓰더라도 실제 접속 주소는 로컬과 외부 서비스를 가를 수 있다. 로컬 추론을 선택했다는 사실만으로 업데이트나 다른 부가 통신까지 모두 없다고 단정할 수도 없다.
추론 위치와 저장 위치도 구분해야 한다. 문서를 조직 서버에 저장해 놓았더라도 요약 요청을 외부 API로 보내면 별도의 전송이 생긴다. 저장·복제·로그의 위치를 나눠 살핀 Fastmail 데이터 리전 사례는 데이터가 어디에 놓인다는 약속의 범위를 비교하는 데 도움이 된다.
서비스를 바꾸거나 AI를 끈 뒤에도 문서가 남는가
재단은 단일 회사의 API에만 의존하는 통합을 공급자 종속으로 본다. 인터페이스는 여러 처리 시스템이 구현할 수 있도록 열려 있어야 한다고 요구한다. 조직이 공급자를 바꾸려 할 때 문서 업무 전체를 다시 설계해야 하는지, 연결 대상만 교체할 수 있는지를 따져 볼 근거다.
문서 형식에도 같은 조건을 적용한다. AI가 만든 내용은 ODF(OpenDocument Format, 개방형 문서 형식)로 남고 구조·스타일·의미를 유지해야 한다는 것이다. 결과를 다른 도구에서 이어 편집할 수 있는지가 중요하다. ODF로 저장한다는 조건과 기존 복잡한 문서가 다른 앱에서 똑같이 보인다는 보장은 별개이므로, 실제 도입 때는 조직이 쓰는 서식과 파일을 따로 시험해야 한다.
재단이 내건 나머지 조건은 사용 데이터 수집을 하지 않는 것과 완전한 선택 사항으로 제공하는 것이다. AI는 설치하고 제거할 수 있어야 하며, 사용하지 않는 사람의 화면에서는 빠져야 한다. 재단은 9월 3일 당시 이 조건을 모두 충족하면서 기본 활성화와 릴리스 수명 전체의 지원까지 맡길 통합은 없다고 판단했다. 향후 조건에 맞는 방식이 나오면 검토하겠다는 입장도 함께 밝혔다.
확장 허용은 오피스 도입과 별도로 승인해야 한다
기본 설치에 AI가 없다는 정책이 서드파티 확장까지 검증해 준다는 뜻은 아니다. 재단은 확장의 개발과 유지보수 책임이 각 제작자에게 있다고 명시했다. 조직은 오피스 사용 승인과 AI 확장 설치 승인을 분리하고, 확장별로 접속 주소와 전송 범위를 기록할 필요가 있다.
LibreOffice 공식 도움말에 따르면 확장 관리자에서 확장을 추가·활성화·비활성화·제거할 수 있다. 현재 사용자용 확장과 전체 사용자용 확장은 관리 권한이 다르다. 일반 사용자도 자신의 계정에 확장을 설치할 수 있으므로 관리자 권한이 없다는 이유만으로 설치가 차단된다고 봐서는 안 된다. 도움말은 전문가 설정의 DisableExtensionInstallation을 true로 바꾸는 설치 제한도 안내한다.
제거 정책은 설치 제한과 구별해야 한다. DisableExtensionRemoval은 제거를 막는 별도 설정이고, 제품에 함께 묶인 확장은 확장 관리자에서 제거할 수 없다. 원하지 않는 AI를 없애겠다는 운영 원칙에 맞춰, 배포 방식과 실제 제거 권한을 함께 점검해야 한다.
도입 검토는 비민감 샘플 문서로 시작하면 된다. 승인한 모델 주소로만 연결되는지, 전송 전에 사용자가 결정할 수 있는지, 확장을 비활성화하거나 제거한 뒤에도 문서를 계속 편집할 수 있는지를 시험한다. 외부 서비스가 필요한 업무에는 수신 업체의 보관·삭제 조건도 붙인다. 그 결과를 문서 등급별 허용 정책으로 남겨야 직원이 매번 AI 사용 여부를 혼자 판단하지 않아도 된다.
출처: The Document Foundation, Yes, no AI is now a feature (2026-09-03) · LibreOffice 도움말, Extension Manager