核心信息速览
| 项目 | 详情 |
|---|---|
| 项目名称 | Filee |
| GitHub 仓库 | github.com/KnifeLemon/... |
| 开发者 | KnifeLemon(韩国开发者) |
| 开源协议 | MIT License |
| 主要语言 | C# / .NET 10 + Avalonia |
| 官网 | filee.sh |
| 最新版本 | v1.11.0(2026年10月) |
| Windows 安装包体积 | 约 110 MB(绿色版) |
| 格式支持 | 17 大类、244 种格式 ,其中 136 种安装即用,其余通过可选引擎按需下载 |
| 核心交互 | 按住 Ctrl(macOS 为 Option)拖拽文件,光标处弹出格式圆环,松手即转 |
| 数据流向 | 100% 本地处理,不上传、不注册、无遥测 |
| 支持平台 | Windows 10/11(完整版)、macOS 14+(预览)、Linux x64/ARM64(预览) |

一、问题:格式转换这件事,为什么一直很别扭?
格式转换是一个高频但长期被将就的需求。主流方案大致三类:装 Office 全家桶(几百 MB、付费、只为转一个文件)、装格式工厂类国产软件(广告、仅 Windows)、用在线转换网站(文件离开本机,敏感文档存在隐私风险)。这三条路的共同问题是:为了一个简单的格式动作,付出了过高的环境成本或隐私代价。
Filee 的切入点是把转换动作本身压缩到最短------不打开任何应用窗口,在文件管理器里按住一个键拖一下,松手就完成 。这一设计决策贯穿了整个产品:格式圆环出现在光标旁,只显示适合当前文件的转换目标,转换结果直接落在原文件旁边。它不试图成为"格式转换工作站",而是成为文件管理器的一个原生级扩展手势。
二、技术架构:不依赖 Office 的 244 种格式是如何实现的
2.1 分层引擎:136 种内置 + 按需下载
Filee 的 244 种格式并非一次性全量内置。官方明确区分了两类引擎:
| 引擎类型 | 覆盖范围 | 获取方式 |
|---|---|---|
| 内置引擎 | 136 种格式(ImageMagick、PDFium、PDFsharp、rhwp、7-Zip 等) | 安装即用,无需额外下载 |
| 可选引擎 | 其余格式(FFmpeg、LibreOffice、Calibre、Ghostscript、Pandoc) | 首次需要时在应用内下载,存入 Filee 自己的目录,可随时移除 |
具体分工:FFmpeg (约 100 MB)负责视频、音频、字幕提取;LibreOffice (约 420 MB)处理 DOC、PPT、ODT 等旧版 Office 格式;Calibre 处理罕见电子书格式和 MOBI/AZW3 输出;Ghostscript 处理 EPS/PostScript;Pandoc(约 42 MB)处理 LaTeX、Org、AsciiDoc 等标记语言。如果电脑上已有这些工具(在 PATH 或 Program Files 中),Filee 会自动复用,不重复下载。
2.2 格式路由:自动规划多步转换路径
当两个格式之间没有直接转换器时,Filee 的底层有一个路径规划器 ,会自动在格式网络中寻路,把多个转换器串成流水线。例如 HWPX → PDF → PNG,每一步调度最擅长的引擎。这一机制让"冷门格式"不再需要用户手动中转,而是由系统透明地完成。
2.3 独立性:不调用 Office,也不依赖 WPS
Filee 的 README 明确声明:Word、Excel、PowerPoint 文件无需 Microsoft Office 或 LibreOffice,HWP 无需 Hancom Office;即使电脑上装了 Office,Filee 也不会调用它 。实测拆包显示,文档转换走的是自带的 rhwp 库(处理韩文 HWP)和格式解析代码,而非后台静默调用办公套件。这意味着它在没有安装任何办公软件的机器上也能完成文档转换 ------这正是它区别于多数"本地转换工具"的关键。 
三、核心功能与实测数据
3.1 六种常见文件的实测耗时
第三方实测在未安装 Office 和 LibreOffice 的机器上(i5-13420H、15GB 内存)完成了六类转换:
| 任务 | 耗时 | 输出 |
|---|---|---|
| Word 合同 → PDF(4 页,含表格和图片) | 1.10 秒 | 97 KB PDF |
| Excel 报价表 → CSV(201 行) | 0.44 秒 | 文本 |
| PPT → PDF(8 页) | 0.74 秒 | 26 KB PDF |
| 6 页扫描件 PDF → 图片 | 1.73 秒 | 6 张 PNG |
| HEIC 手机照片 → JPG(1600×1200) | 0.45 秒 | 119 KB JPG |
| 20 张 PNG 截图批量 → WebP | 1.02 秒 | 20 个 WebP 文件 |
批量处理 20 张图时,内存峰值为 382 MB ;单个文件转换的内存占用约在 101 MB 上下。对于一款本地转换工具,这个资源水平属于可接受范围。
3.2 批量与自动化
Filee 支持一次拖拽 100 个文件 ,并行转换,单个文件失败不影响其余文件。此外,它提供**"自动转换文件夹"** 功能:把一个文件夹设为"收件箱",放入其中的文件会自动转换,并可管理命名规则、查看失败列表和重试。命令行入口 filee convert 也已提供,适合脚本化工作流。
3.3 转换入口的多样性
除核心的拖拽手势外,Filee 还提供:资源管理器右键菜单 (Windows 11 可加入第一层菜单)、发送到 、快捷键 、主窗口拖放区 ,以及 Nautilus/Nemo/Thunar/Dolphin 的右键菜单(Linux)。手势本身也高度可定制:修饰键、鼠标按键、拖动距离、长按手势均可调整,且可排除特定应用不触发手势。

四、客观局限与需要注意的"坑"
第一,HWP 转换存在偏差风险 。开发者本人将"韩文 HWP/HWPX 转换结果与原文档不一致"列为希望社区反馈的问题之一。由于 Filee 使用自研的 rhwp 库读写 HWP,而非 Hancom Office,复杂排版可能无法完全还原。涉及 HWP 的关键文档,转换后需要人工核对。
第二,复杂文档需校验 。带图表、公式、OLE 对象的文档在转换后可能出现元素丢失或排版偏移,开发者明确建议转换后检查,具体未保留的元素列在 docs/ENGINES.md 中。这是"不依赖 Office 排版引擎"这一设计选择的必然代价。
第三,Windows 安装时会出现 SmartScreen 警告 。项目没有代码签名,Windows SmartScreen 会在安装时拦截。开发者正在申请 SignPath 的免费签名,若不可行将考虑付费签名。这不是安全问题,但首次安装需要手动放行。
第四,平台成熟度不均 。Windows 10/11 是完整支持平台;macOS 14+ 和 Linux 目前为预览版 ,macOS 构建尚未公证(需在系统设置中"仍要打开"),Linux 的拖拽手势仅支持 X11 会话,Wayland 下需要使用右键菜单或拖放区替代。
第五,可配置选项的深度仍有提升空间。有评测指出"目前可配置的选项细节还不够丰富",并期望未来能在圆环上展开第二层细分选项。对于只需要基础转换的用户这不是问题,但对需要精细控制参数的高级用户,Filee 的选项集还在完善中。
五、小结
Filee 的核心价值不在于"支持 244 种格式"这个数字,而在于它把格式转换从一个需要打开软件、导入文件、选择格式、等待输出 的多步流程,压缩成了一个在文件管理器中拖拽松手的原生级动作。格式圆环出现在光标处、只显示合法目标、结果落在原文件旁------这三个设计共同消除了转换过程中几乎所有不必要的交互摩擦。
技术上,它的分层引擎策略(136 种内置 + 可选的 FFmpeg/LibreOffice/Calibre/Pandoc)在"安装体积"和"格式覆盖"之间取得了务实的平衡;不依赖 Office 的独立性让它在无办公套件的机器上也能完成文档转换;路径规划器让冷门格式之间的转换不再需要手动中转。
需要客观指出的是,这种独立性是有代价的:HWP 和复杂文档的转换质量无法与原生 Office 排版引擎完全等同,转换后校验是必要步骤;Windows 无代码签名导致的 SmartScreen 警告、macOS/Linux 的预览状态,也意味着它目前最适合的仍然是 Windows 桌面环境 。但对于日常在 Windows 上处理文档、图片、音视频格式转换的用户,Filee 提供了一个在隐私、速度和交互成本上都明显优于在线转换网站和传统转换软件的选择。
附录:资源列表
| 类型 | 资源 | 说明 |
|---|---|---|
| 📦 下载地址 | 点击下载 | Windows 安装版 / 便携版 / macOS / Linux |
| ✅ GitHub 仓库 | github.com/KnifeLemon/... | MIT License |
| 🌐 官方网站 | filee.sh | 含 27 秒演示与交互 Demo |
| 📖 中文 README | README.zh-CN.md |
简体中文说明 |
| 📄 格式目录 | filee.sh/formats/ | 244 种格式的完整清单与引擎依赖 |
| 📄 引擎说明 | docs/ENGINES.md |
复杂文档未保留元素的详细列表 |
作者简介:橘子,计算机视觉方向工程师,深耕 AIGC 与多媒体处理领域,专注技术实用化落地。
本文为原创内容,转载请注明来源与作者。
CSDN 首发 | 版权所有 © 2026
📢 温馨提示:Filee 为 MIT 协议开源项目,使用前请阅读仓库 LICENSE 文件。HWP 及复杂文档转换后建议人工校验;Windows 安装时 SmartScreen 警告源于项目暂无代码签名。Star 数、版本号等动态数据请以 GitHub 实时页面为准。