ArtCraft 팀이 공개한 WordCraft는 마이크로소프트 워드를 순수 Rust로 다시 구현한 오픈소스 워드프로세서다. 기존 코드를 참고하지 않고 동작과 명세만 보고 새로 만드는 이른바 '클린룸(clean-room)' 방식으로 개발됐다는 점을 전면에 내세운다. 리본 메뉴, 스타일, 표, 변경 내용 추적, 참고 문헌, 메일 머지 같은 워드의 익숙한 작업 흐름을 그대로 가져왔고, .docx 파일을 직접 읽고 쓴다. macOS와 윈도우, 리눅스, BSD에서 네이티브로 돌아가며 WebAssembly를 통해 브라우저에서도 실행된다. 라이선스는 MIT 또는 Apache-2.0 중 선택할 수 있는 듀얼 라이선스다.
기능 목록만 보면 상용 워드프로세서와 크게 다르지 않다. 목차와 각주, APA·MLA·시카고·IEEE 형식의 인용, 색인과 캡션 같은 참조 기능이 들어 있고, 테마와 스타일 세트, 워터마크, 페이지 테두리 같은 디자인 요소, 드롭캡과 그림·도형 둘레의 텍스트 흐름, 자동 하이픈 넣기, 줄 번호 같은 레이아웃 기능도 구현돼 있다. PDF를 비롯한 다른 형식으로의 내보내기, 문서 속성 편집, 템플릿 시작도 지원한다. 저장소에 포함된 모든 스크린샷은 WordCraft 자체의 UI 테스트 하네스가 오프스크린으로 렌더링한 결과물이라고 명시해, 화면 역시 프로젝트의 산출물임을 분명히 했다.
사람과 에이전트가 함께 쓰는 문서 도구
WordCraft에서 가장 눈여겨볼 지점은 처음부터 사람과 AI 에이전트 양쪽이 조작하도록 설계됐다는 점이다. list_commands, execute, batch, type_text, select_text, inspect_document, render_page, save_document 같은 제어 도구가 제공되고, 앱이 실행 중일 때는 screenshot, click, key까지 쓸 수 있다. 특히 에이전트가 inspect_document로 문서 상태를 직접 조회할 수 있어, 스크린샷을 찍어 화면을 해석하지 않고도 자신의 작업 결과를 확인할 수 있다. 명령 시퀀스를 기록해 재생하는 매크로 기능도 갖췄다. 문서 자동화를 다루는 실무자라면, 이미지 인식에 의존하지 않고 구조화된 명령과 상태 조회로 문서를 조작하는 이 접근이 에이전트 신뢰성 측면에서 어떤 의미인지 살펴볼 만하다.
운영 관점에서도 세심한 부분이 보인다. 데스크톱 앱은 로그를 표준 에러와 설정 디렉터리 옆의 logs/wordcraft.log에 남기며, 실행할 때마다 이전 로그를 wordcraft.1.log로 밀어내 크래시가 난 실행의 기록이 다음 실행 후에도 살아남는다. 로그 파일은 16MiB에서 성장을 멈춘다. 중요한 것은 문서 본문 텍스트가 절대 로그에 남지 않는다는 점이다. 패닉 메시지조차 인용하려던 텍스트를 빼고 기록한다. 버그 리포트에 로그를 첨부해야 하는 상황을 전제로 설계된 것으로, 민감한 문서를 다루는 환경에서 참고할 만한 기준이다.
솔직하게 공개한 완성도
WordCraft는 스스로를 알파 단계로 규정하면서 완성도를 숫자로 공개한다. 워드 리본 기능의 88%를 명령으로 제공하지만, 기능 깊이와 파일 호환성, 안정성까지 모두 더하면 '실제 업무에서 워드를 완전히 대체하기까지'는 약 60% 수준이라고 자평한다. 일반적인 전문가의 주간 업무 기준으로는 약 55%, 일상적인 기본 작업 기준으로는 약 63%라는 식으로 쓰임새별 추정치를 나눠 제시한 점이 인상적이다. 베타로 가기 위해 남은 과제로는 실제 .docx 파일에 대한 테스트, 차트와 SmartArt를 왕복 변환에서 유지하기, 워드에 더 가까운 페이지 나눔, 안정성 점검, 네이티브 인쇄를 꼽았다.
품질 관리 체계도 드러나 있다. cargo xtask ci 명령 하나로 포맷 검사, clippy, 약 800개의 테스트, 자산 출처 확인, 레이어링 검사, wasm 빌드가 함께 돌아간다. 윈도우에서 앱이 뜨지 않거나 느린 경우에 대한 그래픽 백엔드(DirectX 12, OpenGL, Vulkan) 전환 안내가 상세히 정리돼 있고, RISC-V용 리눅스 빌드와 커뮤니티가 관리하는 AUR 패키지까지 배포 범위가 넓다. 설치 파일과 실행 파일은 코드 서명이 돼 있으며 SHA256 체크섬을 함께 제공한다.
냉정하게 보면 WordCraft가 당장 사무실의 워드를 밀어낼 물건은 아니다. 차트와 SmartArt 왕복, 실제 문서들과의 호환성, 안정성처럼 업무에서 가장 자주 발목을 잡는 부분이 아직 남은 숙제로 명시돼 있기 때문이다. 다만 순수 Rust로 쓰인 크로스플랫폼 코드베이스, 브라우저까지 포괄하는 실행 환경, 그리고 에이전트가 1급 사용자로 간주되는 제어 구조는 문서 자동화나 사내 도구를 고민하는 팀에게 참고할 만한 설계 사례다. 상용 포맷과의 호환을 목표로 하는 오픈소스 프로젝트가 자신의 한계를 수치로 공개하는 태도 자체도, 도입을 검토하는 쪽에서는 드물게 유용한 정보다. 마이크로소프트나 어도비와는 무관한 독립 프로젝트이며, 호환 대상을 설명하기 위해서만 상표명을 언급한다는 점도 분명히 해두고 있다.