AI 分析
痛点：内部工具/后台管理系统预览用户上传文件时，要么付费调用外部查看器 API 并泄露公司文件，要么自建 LibreOffice 容器但内存占用极高。
目标用户：需要做附件预览的内部仪表盘、Admin Panel、SaaS 后台开发者，尤其是重视数据隐私和部署成本的中小团队与企业。
证据：either pay for an external viewer API and leak company files, or maintain a heavy LibreOffice container that eats 2GB of RAM just to render a 50KB word document.
变现：开源核心 + 企业版/托管 API：免费开源基础浏览器预览组件，对 CAD/3D、SSO、审计日志、私有化部署授权、SLA 支持、云端缩略图/渲染服务收费。
MVP：2 周内做一个 React/Vue 组件，仅支持 DOCX/PDF/XLSX 的纯前端 Web Worker 预览，提供 npm 包、拖拽 Demo 和隐私优先卖点，先收集 CAD/3D 与私有化部署的付费意向。
竞品：PDF.js、ONLYOFFICE、Collabora、Apryse、PSPDFKit/Nutrient、GroupDocs Viewer、react-file-viewer、file-viewer 自身开源项目
摘要：作者发布了一个开源浏览器端文件查看器，支持 DOCX、CAD、3D 等 200+ 扩展，痛点来自内部工具预览附件时要么付费外部 API 泄密，要么运行 2GB 内存的 LibreOffice 容器。项目已有 Demo 和 GitHub，说明纯前端 WASM/Worker 方案可行，但开源属性和拥挤的查看器市场会压低直接变现空间。可变现方向是企业版、托管 API、CAD/3D 高级格式和私有化支持，而非卖基础预览功能。