2026 Univer v1.0.0 공개, AI 에이전트용 오픈소스 오피스 도입 전 갈라야 할 3가지

2026 Univer v1.0.0 공개, AI 에이전트용 오픈소스 오피스 도입 전 갈라야 할 3가지

Univer는 브라우저와 서버에서 함께 도는 오피스 SDK예요. 다만 엑셀 파일을 읽고 쓰는 기능은 오픈소스가 아니라 상용 계층이고, 그 라이선스를 지금은 새로 살 수 없습니다.

핵심 요약: Univer의 코어 SDK는 Apache-2.0이지만 xlsx·docx 가져오기와 내보내기, 차트, 피벗 테이블, 동시 편집은 상용 계층입니다. 2026-09-24 기준 그 상용 라이선스는 신규 구매가 일시 중단된 상태예요.

목차

• 5분 판정부터 하고 들어가죠
• 태그라인과 실물 사이의 거리
• 오픈소스와 상용의 경계
• 지금은 돈을 주고도 살 수 없습니다
• 기존 방식과의 비교
• 도입 시나리오 3단 분류

5분 판정부터 하고 들어가죠

설치 방법을 먼저 배우면 며칠을 태운 뒤 유료벽 앞에서 멈추게 됩니다. 순서를 뒤집는 편이 낫습니다. 아래 다섯 질문에 먼저 답해 보세요.

• 기존 xlsx, docx 파일을 읽고 다시 써야 하나요? 그렇다면 오늘은 여기서 멈추는 게 낫습니다.
• 산출물에 차트나 피벗 테이블이 들어가나요? 상용 라이선스가 필요해요.
• 여러 사람이 같은 문서를 동시에 편집해야 하나요? 이것도 상용입니다.
• 데이터는 우리 DB에서 오고, 브라우저에 편집 가능한 표 화면만 얹으면 되나요? 오픈소스 범위에서 끝납니다.
• TypeScript와 Node.js 스택을 팀이 감당할 수 있나요? 아니라면 파이썬 쪽 도구가 현실적이에요.

앞의 세 개에 "예"가 하나라도 있다면 이 글의 나머지는 도입 근거가 아니라 대기 사유를 확인하는 자료로 읽으시면 됩니다. 판단 근거는 공식 문서(https://docs.univer.ai/guides/sheets/features/import-export)에서 그대로 확인할 수 있어요.

오늘 튄 프로젝트이지, 오늘 생긴 프로젝트는 아닙니다

dream-num/univer 저장소가 2026-09-24 03:27 UTC에 v1.0.0을 발행했어요. GitHub 트렌딩 급등은 그 당일 현상입니다. 저장소 자체는 2022-09-29에 열렸으니 공개된 지 1,456일 됐고요. 신생 프로젝트로 읽으면 오독이에요.

수치는 이렇습니다. 2026-09-24 측정 기준 스타 16,569개, 포크 1,476개, 열린 이슈 139개. 주 언어는 TypeScript고 라이선스는 Apache-2.0입니다. 직전 릴리스가 2026-09-17의 v0.25.2였으니 일주일 만에 메이저 버전이 올라간 셈이죠.

여기서 인용 사고가 나기 쉬운 지점이 둘 있어요. 공식 홈페이지는 "30k+ GitHub stars (including Luckysheet)"로 적습니다. 괄호가 핵심이에요. 전신 프로젝트 Luckysheet의 16,641개를 합산한 값이고, 그 저장소는 이미 보관 처리됐습니다(마지막 푸시 2025-08-19). 단일 저장소 수치는 16,569개입니다.

다른 하나는 일일 증가분이에요. 제3자 트렌딩 로거가 2026-09-23에 15,376을 기록했고 오늘 실측이 16,569이니 차이는 1,193입니다. 일부 요약 글이 "하루 15,000 스타"로 옮겨 적는데, 그건 누적 총계를 일일 증가로 잘못 읽은 겁니다. 저장소 메타데이터는 GitHub API(https://api.github.com/repos/dream-num/univer)로 누구나 직접 확인할 수 있어요.

태그라인과 실물 사이에 거리가 있습니다

저장소 태그라인은 "The Office Harness for AI Agents"예요. 에이전트 전용 런타임처럼 읽히죠. 그런데 README 본문의 자기 규정은 다릅니다. "Univer is an open-source SDK for creating office applications inside your own product." 우리 제품 안에 오피스 기능을 넣기 위한 SDK라는 뜻이에요.

실물은 브라우저와 Node.js에서 도는 스프레드시트, 문서, 프레젠테이션 SDK입니다. 이 차이가 중요한 이유는 기대치를 결정하기 때문이에요. 완성된 사내 오피스 서버를 받는 게 아니라, 그걸 직접 만들기 위한 부품 상자를 받습니다. 인증, 권한, 문서 소유권, 파일 저장, 운영은 전부 도입하는 쪽 책임이라고 공식 문서(https://docs.univer.ai/server)가 못박고 있어요. 공수 산정을 여기서 놓치면 크게 빗나갑니다.

MCP를 기대했다면 경로가 다릅니다

"AI 에이전트용"이라는 문구를 보면 MCP 서버를 떠올리게 되죠. 실측 결과는 다릅니다.

dream-num/univer-mcp 저장소는 존재해요. 다만 마지막 푸시가 2025-09-06이라 383일째 그대로입니다. 스타는 38개고요. 그리고 공식 홈페이지 본문 텍스트에 "MCP"라는 문자열 자체가 나오지 않습니다(2026-09-24 크롤링 실측). MCP가 언급되는 곳은 workbuddy-univer-office 저장소 설명뿐이고, 그것도 개발 프리뷰로 표기돼 있어요.

그럼 공식 경로는 뭘까요. TypeScript와 Node.js SDK, 그리고 그 위에 직접 만드는 CLI입니다. AI SDK 문서(https://docs.univer.ai/ai)의 표현이 명확해요. "AI SDK is a set of composable capabilities, not a fixed product CLI." 조합 가능한 역량 모음이지 완성된 제품 CLI가 아니라는 뜻입니다. 명령어 이름, 인자, 인증, 출력 형식, 배포는 전부 직접 설계해야 해요.

에이전트가 실제로 잡는 표면은 셋입니다. UI 없이 워크북을 로드하고 수식을 계산하는 Node.js 헤드리스 런타임(Node 18.17.0 이상), 브라우저와 서버에서 동일하게 쓰는 Facade API, 그리고 그 위에 얹는 자체 CLI.

오픈소스와 상용의 경계가 실무를 가릅니다

라이선스 텍스트만 보면 깔끔해요. 저장소 루트 LICENSE는 176줄짜리 Apache License 2.0 표준 전문이고 추가 조항이 없습니다. 이중 라이선스도, 상용 라이더도 없어요.

실무 판단은 라이선스가 아니라 패키지 네임스페이스로 갈립니다.

• @univerjs/* 는 이 저장소, Apache-2.0
• @univerjs-pro/* 는 별도 상용 계층, 라이선스 키 필요

무엇이 어디에 속하는지 정리하면 이렇습니다.

업무 보고서 자동 생성을 떠올린 분이라면 오른쪽 열이 꽤 무겁게 느껴질 거예요. 차트와 피벗 테이블이 둘 다 저쪽에 있으니까요.

README에 이런 문장이 들어가 있는 것도 눈에 띕니다. "OSS documentation should not imply that Pro-only capabilities are available in public @univerjs/* packages." 오픈소스 문서가 상용 전용 기능을 공개 패키지에 있는 것처럼 암시하면 안 된다는 뜻인데, 이 문장이 README에 필요했다는 사실 자체가 과거에 그 혼동이 실제로 있었다는 방증이죠.

지금은 돈을 주고도 살 수가 없어요

여기가 도입 검토에서 가장 무거운 지점입니다. 2026-09-24 기준 공식 상용 페이지(https://pro.univer.ai/) 공지가 이렇게 적혀 있어요. "As part of this transition, new purchases of Univer Pro are temporarily paused, and the 30-day evaluation license is temporarily unavailable." 신규 구매가 일시 중단됐고 30일 평가 라이선스도 지금은 받을 수 없다는 뜻입니다.

재개 시점은 적혀 있지 않습니다. 문의처는 sales@univer.ai 하나예요. 공개 가격표도 없고 견적 기반 영업이라, 예산안에 숫자를 넣어야 하는 단계에서는 진행 자체가 어렵습니다.

기술 리스크가 아니라 조달 리스크예요. 기술 검토가 아무리 잘 끝나도 구매 경로가 닫혀 있으면 프로젝트가 서지 않습니다. 라이선스 플러그인 @univerjs-pro/license를 설정하지 않으면 워터마크나 기능 제한이 남는다고 문서가 명시하고 있으니, 우회해서 쓰는 선택지도 없고요.

패키지를 세어 보면 성숙도가 드러납니다

저장소의 packages/ 디렉토리를 2026-09-24에 직접 세어 봤습니다. 총 60개예요. 키워드별로 나누면 이렇습니다.

패키지를 세어 보면 성숙도가 드러납니다

자료: docs.univer.ai · QJC 재구성

README 자체 평가도 같은 방향이에요. "Sheets are the most mature product surface today." 오늘 기준 시트가 가장 성숙한 표면이고, 문서와 슬라이드는 같은 아키텍처를 공유하며 계속 발전 중이라고 적혀 있습니다. 슬라이드는 "활발히 개발 중" 표기고요.

PDF는 문서마다 말이 다릅니다. 저장소 설명문은 "PDF in one runtime"이라 적고, README 부제는 "PDFs (coming soon)"이라 적고, v1.0.0 릴리스 노트(https://github.com/dream-num/univer/releases/tag/v1.0.0)는 PDF 뷰어와 에디터가 들어갔다고 말해요. 패키지 실측이 0개이니, 적어도 이 오픈소스 저장소에서 받을 수 있는 물건은 아닙니다. 어느 상용 패키지에 들어 있는지는 공개 문서로 특정하지 못했어요. 경계표에 PDF 행 자체가 없거든요.

수식 엔진은 어디까지 왔을까요

packages/engine-formula/src/functions 아래 함수 구현 디렉토리를 카테고리별로 센 결과입니다.

수식 엔진은 어디까지 왔을까요

자료: 본문 데이터 · QJC 재구성

전체 합계는 498개입니다. 한 가지 짚고 갈 게 있어요. 498은 디렉토리 개수 실측치이지 공식 발표 함수 개수가 아닙니다. 공식 문서에 총계 표기가 없어서 확정 수치는 확인하지 못했어요. 규모 감각으로 읽으시면 됩니다.

v1.0.0에서는 3D 참조, 워크북 간 참조, 배열 수식, 암시적 교차, 날짜 체계 호환이 보강됐다고 릴리스 노트가 밝히고 있습니다.

기존 방식과 비교하면 어디서 이길까요

과장을 빼고 작업 유형으로 갈라 보겠습니다. 저장소 README(https://github.com/dream-num/univer)와 공식 문서에서 확인한 범위입니다.

판단 기준을 한 줄로 줄이면 이렇습니다. 파일을 읽고 쓰기만 하면 Univer를 쓸 이유가 없어요. 사람이 보는 편집 화면과 에이전트가 만지는 데이터 모델이 같아야 할 때 비로소 값을 합니다.

이미 MS 365를 쓰는 조직이라면 Graph API가 1순위 검토 대상이에요. 파일 변환과 PDF 출력만 필요하면 LibreOffice 헤드리스가 현실적이고요.

Worktree, 이건 실제로 새롭습니다

여기까지 읽으면 부정적인 인상만 남을 수 있는데, 짚어둘 설계가 하나 있어요.

Univer에는 Worktree 협업 개념이 있습니다. 에이전트가 격리된 초안에서 작업하고, 사람이 그 결과를 리뷰한 다음 병합하는 구조예요. 깃의 브랜치를 스프레드시트로 옮긴 설계라고 보시면 됩니다. 공식 계정이 밝힌 배경 논리도 같은 방향이에요. 코드에는 깃, 디프, 커밋, 리뷰, 롤백, 이력이 있어서 에이전트가 성숙해 보이는데, 스프레드시트는 실제 비즈니스 로직을 담고도 그 레이어를 가진 적이 없다는 겁니다.

여기에 시각 검사가 붙습니다. 에이전트가 렌더링 스크린샷과 레이아웃 진단으로 자기 결과를 직접 확인하는 기능이에요.

이 둘은 위 비교표의 어떤 대안에도 대응물이 없습니다. 여러 에이전트를 같은 스프레드시트에 붙였을 때 생기는 충돌과 감사 추적 문제를 정면으로 다루는 접근이거든요. 다만 협업 기능 자체가 상용 계층이라는 점은 다시 기억해야 합니다.

한국 기업이 먼저 확인할 제약

파일 포맷부터 봅시다. 서버 SDK 변환은 XLS/XLSX, DOC/DOCX, PPT/PPTX를 받고 XLSX, DOCX, PPTX로 내보냅니다. 브라우저 API는 .xls, .xlsx, .csv, .tsv를 받고요.

여기서 두 가지가 걸립니다. .xlsm, 그러니까 매크로가 든 통합 문서는 브라우저 API가 받지 않아요. 국내 실무에서 돌아다니는 정산 양식에 매크로가 붙어 있는 경우가 많으니 사전 확인 항목입니다. 그리고 CSV와 TSV 내보내기는 워크시트 하나만 나가고 서식과 다중 시트를 보존하지 않습니다.

변환 정확도는 어떨까요. 릴리스 노트가 "수식, 차트, 문서 페이지네이션, 프레젠테이션 내용 보존을 개선했다"고만 밝힙니다. 정량 수치나 제3자 호환성 테스트 결과는 공개된 자료가 없어요. 도입 전에 자사 실제 양식으로 왕복 테스트를 직접 돌려 봐야 합니다.

한국어는 계층을 나눠 봐야 해요. UI 로케일은 공식 지원됩니다. packages/sheets-ui/src/locale에 ko-KR.ts가 있고 전체 20개 로케일 중 하나예요. README 한국어 번역본도 제공되고요. 다만 이건 인터페이스 번역이고, 폰트 렌더링 품질이나 어절 단위 줄바꿈 같은 조판 수준 처리는 코드 확인만으로 판정할 수 없습니다. 텍스트 분절에 Intl.Segmenter를 쓴다고 README가 명시하니, 한국어 어절 분절이 이 API에 의존한다는 점만 기억해 두세요. PoC 항목에 사내 표준 폰트 적용 가능 여부를 넣는 걸 권합니다.

성능 지표도 조심해서 읽어야 합니다. 공식 홈페이지가 1천만 셀 스크롤, 100만 행 피벗 집계, 동시 편집자 200명 같은 수치를 제시하는데 전부 벤더 자체 주장이에요. 독립 검증 자료는 찾지 못했습니다. SpreadsheetBench 68.86% 1위 표기도 마찬가지로 벤더 발표 수치이고 2025년 12월 기준이라, 인용하실 거면 그 두 조건을 함께 적어야 합니다.

v1.0.0으로 올릴 때 깨지는 것들

메이저 릴리스 당일이라 파괴적 변경이 여럿 들어갔어요. 0.x 기준으로 작성된 예제와 서드파티 자료는 대부분 아직 맞지 않습니다.

• Facade API 이름 변경: createUniverSheet()가 createWorkbook()으로, getActiveUniverSheet()가 getActiveWorkbook()으로, 레거시 이벤트 훅이 addEvent()로 바뀌었습니다.
• Exchange API 변경: importXLSXToSnapshotAsync()가 importSheetToSnapshotAsync()가 됐어요.
• Uniscript 제거: 커스텀 코드 실행 경로가 사라졌습니다. 커스텀 수식은 함수 소스를 원격으로 보내 역직렬화하는 대신, 신뢰된 함수를 워커에 번들로 넣어 등록하는 방식으로 바뀌었어요. 보안을 조이는 방향의 변경입니다.
• Preset UMD 빌드 폐지: script 태그로 로딩하던 애플리케이션은 모듈 기반 빌드로 옮겨야 합니다.
• 브라우저 타깃 상향: Chrome 70에서 88로 올라갔어요. Firefox 90, Safari 14.1, Electron 12 이상이 기준입니다.

보수적으로 간다면 0.25.2에서 시작하는 선택지도 있습니다. 다만 0.25 계열은 v1.0.0 발행일인 2026-09-24로부터 1년간 보안 업데이트만 제공돼요. 대략 2027-09-24까지가 수명이라는 뜻이니 계획에 반영해야 합니다.

도입 시나리오 3단 분류

앞의 내용을 실행 판정으로 압축하면 이렇게 갈립니다.

첫 줄에 해당하면 오늘 시작하셔도 됩니다. 셋째 줄이라면 상용 구매가 재개된 뒤 다시 보는 편이 낫고요.

자주 묻는 질문

Q1. Univer는 정말 무료로 엑셀 자동화에 쓸 수 있나요?

코어 SDK는 Apache-2.0이라 무료입니다. 하지만 xlsx 파일을 읽고 쓰는 가져오기·내보내기 기능은 @univerjs-pro/exchange-node 같은 상용 패키지에 있어요. "기존 엑셀 파일을 읽어 집계하고 다시 엑셀로 내보내라"는 전형적인 요구는 정확히 유료 구간에 걸립니다. 그리고 2026-09-24 기준 그 상용 라이선스는 신규 구매가 일시 중단된 상태예요.

Q2. Claude Code 같은 도구에 MCP로 바로 연결할 수 있나요?

지금은 아닙니다. dream-num/univer-mcp 저장소가 있긴 하지만 마지막 푸시가 2025-09-06이라 383일째 갱신이 없고, 공식 홈페이지 본문에는 MCP라는 단어가 나오지 않아요. 공식 경로는 TypeScript와 Node.js SDK이고, 그 위에 올릴 CLI는 도입하는 쪽이 직접 만들어야 합니다.

Q3. 한국어 문서 작업에 문제는 없을까요?

UI 로케일은 공식 지원됩니다. ko-KR.ts 파일이 저장소에 있고 한국어 README도 제공돼요. 다만 이건 인터페이스 번역 수준이고, 한글 폰트 렌더링이나 어절 단위 줄바꿈 같은 조판 품질은 공개 자료로 판정할 수 없습니다. 실제 렌더링 테스트를 PoC 항목에 넣으시는 걸 권합니다.

마무리

Univer를 두 문장으로 줄이면 이렇습니다. 사람이 보는 편집 화면과 에이전트가 만지는 데이터 모델을 하나로 묶고 싶을 때 대체재가 마땅치 않은 도구입니다. 다만 파일을 읽고 쓰는 일이 목적이라면 오늘 기준으로는 선택지가 아닙니다.

검토하실 거라면 순서를 이렇게 잡아 보세요. 먼저 우리 요구가 오픈소스 구간 안에서 끝나는지 확인하고, 끝난다면 헤드리스 모드로 작은 PoC를 돌려 보고, 상용 구간이 필요하다면 구매 재개 여부부터 확인하는 겁니다. 순서를 지키면 태울 시간이 줄어듭니다.

관련 글

• QJC 블로그의 다른 AI 도구 판정 글: 블로그 글 목록
• 비개발자를 위한 AI 에이전트 입문: 특이점 빌더스

참고 자료

• dream-num/univer 저장소
• v1.0.0 릴리스 노트
• Univer Pro 공지
• 가져오기·내보내기 문서
• AI SDK 문서
• Server SDK 문서
• 해커뉴스 토론 (2024-04-26)