Show HN: Revise – 문서를 위한 AI 에디터
Show HN: Revise – An AI Editor for Documents
배경 및 소개
Google Docs와 Word가 사실상 표준이 된 문서 작성 도구 시장에서, 선택 가능한 OpenAI·Anthropic·xAI의 최신 모델을 얹은 새로운 웹 기반 WYSIWYG 워드프로세서가 등장했다. 거대한 경쟁자와 기능 겹침 우려에도 불구하고, 약 10개월간 집요하게 제품 아키텍처를 다듬고 코어 편집 경험을 직접 구현했다는 점이 주목을 받는다. 특히 브라우저에서 canvas 렌더링을 전제로 한 문서 엔진을 새로 설계해 본문, 리스트, 표 같은 요소를 정교하게 그리는 방식을 택했고, 여기에 LLM을 통한 쓰기 보조 기능을 더해 “가벼운 문서 도구 + 똑똑한 편집 어시스트”라는 틈새를 겨냥했다. 한편 사용자들은 기존 도구의 비대함과 포맷 호환 문제에 피로감을 느끼는 동시에, AI 보조가 단순 교정·요약을 넘어 사고의 구조화까지 돕기를 기대하고 있어, 이 제품은 ‘경량 워드프로세서’와 ‘고도화된 AI 작성 지원’ 사이에서 실질적 대안을 제시할 수 있을지 시험대에 올랐다.
주요 내용
커뮤니티 토론은 먼저 제품 완성도와 집념을 높이 평가했다. 단기간 ‘vibe coding’이 아닌 10개월간 집중한 설계·제작, 거대 기업이 지배하는 영역에서 차별화된 실행력으로 파고든 결단이 특히 호평을 받았다. 기술적으로는 웹에서 처음부터 canvas 기반으로 텍스트 셰이핑과 레이아웃을 처리하는 문서 엔진을 구축한 점이 신선하다는 반응이었고, 렌더링·입력 계층을 어떻게 아키텍팅했는지에 대한 관심이 컸다. 동시에 초반 품질 이슈도 구체적으로 제기됐다. 3단 들여쓰기 목록에서 포커스가 사라지는 문제, 더블클릭 후 드래그로 선택 확장이 안 되는 문제, 들여쓴 문단의 선택 하이라이트가 오른쪽 여백으로 밀려나 보이는 오프셋, 선택→삭제→cmd-z 복원 불완전, 단일 항목의 리스트 스타일 토글이 전체 계층을 깨뜨리는 동작, 들여쓴 범위만 순서형 리스트로 바꾸기 어려움, 표 행 높이 수직 리사이즈 미지원 등이 보고됐다. macOS에서는 ctrl-a가 전체 선택으로 동작해 네이티브 기대치(문단 시작으로 이동)와 달랐고, ctrl-e도 문단 끝 이동을 지원하지 않아 readline/emacs 스타일 키바인딩을 바라는 목소리가 있었다. 제품 전략과 UX에 대한 제언도 이어졌다. 우클릭 차단은 사용성 저하로 비쳤고, 온라인·구독 모델만 제공되는 점에 반감을 표한 사용자도 있었다. LLM의 콘텐츠 모더레이션을 어떻게 처리하는지, 그리고 “Signs of AI writing”을 제거하는 기능 추가 요청이 나왔다. 또 Chat 앱들이 유사 기능을 제공하는 상황에서 타깃이 누구인지 불분명하다는 지적과, 글쓰기에 특화된 모델 선택 또는 writing 특화 fine-tuning이 필수라는 제안이 있었다. 많은 작성자들이 회사 위키·Confluence·Google Docs로 붙여넣는 과정에서 서식이 깨지는 경험 때문에 Markdown 위주의 워크플로를 유지한다는 현실도 공유되었고, MS Office·LibreOffice가 비대해 경량·비AI 워드프로세서에 대한 수요가 여전하다는 의견이 나왔다. 무엇보다 ‘텍스트를 ChatGPT에 붙여넣어 피드백 받기’ 수준을 넘어, 문장의 타당성, 논리 전개, 중복 제거, 구조 재배치 등 사고를 명료화하는 도구로 발전하길 바라는 요구가 강하게 제기되었다.
결론 및 시사점
초기 반응은 ‘작게 시작해 깊게 파고든’ 제품 공학과 실행력에 대한 신뢰, 그리고 웹 기반 문서 엔진을 새로 빚어낸 기술적 도전에 대한 기대를 보여준다. 그러나 핵심 편집기능의 미세 상호작용과 플랫폼별 키보드 관습, 리스트/표/선택 영역의 엣지 케이스 처리 같은 기초 체력은 AI 기능에 앞서 반드시 안정화되어야 한다. 가격·오프라인 옵션·브라우저 제약(우클릭 차단 등) 같은 접근성 요소도 채택 장벽을 좌우한다. 전략적으로는 단순 문법 교정이나 요약을 넘어, 글의 논리·구조·명료성을 강화하는 고수준 쓰기 보조에 집중하고, Markdown·붙여넣기 호환성과 모델 선택의 투명성(모더레이션 정책 포함)을 높여 실제 워크플로와의 마찰을 줄이는 것이 관건이다. 경쟁이 극심하고 대체재가 많은 만큼, writing 특화 모델·프롬프트·체크리스트를 정교화하거나, 오픈 소스 컴포넌트와의 현명한 결합, 모듈형 설계로 ‘가벼움과 정확함’을 동시에 달성할 때 차별화 가능성이 커진다.
💡 핵심 편집 경험(선택, 리스트, 표, 키바인딩)과 paste/Markdown 호환을 먼저 다듬은 뒤, 논리 구조 점검·중복 제거·재배치 같은 고차원 writing 코파일럿을 LLM에 얹어라. 모델 선택과 모더레이션 정책을 투명화하고, 구독·오프라인·우클릭 등 채택 장벽을 체계적으로 제거하는 것이 UX 성패를 가른다.
뉴스레터 구독
매주 금요일, 주간 HCI 하이라이트를 이메일로 받아보세요.