刚发布就冲上GitHub热榜!Filee支持244种格式转换,完全免费还全本机运行

核心信息速览

项目 详情
项目名称 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 实时页面为准。

相关推荐
Amos_Web42 分钟前
Markdonw语法
开发语言·前端·javascript
星光不问赶路人1 小时前
Vue 3 对象监听与快照:ref 和 reactive 的关键差异
前端·vue.js
世界一刘先生1 小时前
不引入 JSZip,自己写一个 ZIP 打包器:CRC32、中央目录与 UTF-8 文件名
前端
全栈项目管理程序猿1 小时前
ArcGIS JS 基础教程(34):体元系列 - 等值面 VoxelIsosurface
前端·javascript
代码搬运媛1 小时前
如何使用 @codemirror/view 库创建一个简单的代码编辑器
前端
huali1 小时前
草稿该存在哪:per-session 是怎么成为共识的
前端·产品经理·产品
IPIPD1 小时前
Proxifier规则为什么没有生效?从连接日志定位规则命中与DNS路径
前端
baiyunfan1 小时前
微信小程序做 PDA 扫码出入库:库存并发控制与 4 个坑
前端
ZoeLandia1 小时前
React6:组件通信
前端·react.js·typescript