前阵子整理自己收藏夹里的GitHub项目时，我突然意识到一件事：过去一年我买过、续费过的那些付费软件，几乎每一个都能在GitHub上找到能打的免费替代品。我把15个我实际用过的、星标高、维护很活跃的开源项目捡出来，挨个替换掉手里的PS、Notion、Postman、TeamViewer和一些杂七杂八的会员工具，粗略一算，一年省了小三千。
这篇文章就把我的替换思路、每个项目的上手要点、以及这一路踩过的坑完整写出来。如果你也被订阅制付费软件按年收割，或者正在纠结要不要为某个工具再掏钱，这份清单应该能帮上忙。
1. 先聊清楚：为什么能用15个开源项目"替代"5个付费软件
1.1 我过去一年真的在为什么付费
先摊开账单说话。我之前长期付费的无非五类：Adobe系的设计工具（主要是Photoshop和Illustrator）、Notion团队版、Postman团队版、TeamViewer商用授权、以及各种零零碎碎的小工具会员（截图、OCR、PDF转换、文件传输这类）。每一项单独看单价都不算离谱，但合在一起就是一笔不小的开销。尤其是Adobe全家桶这种订阅制，我一年实际用到的功能可能不到20%，却要为整个套件买单，这种"为用不到的功能付费"的感觉，成了我找开替代方案的最大动力。
后来我开始有意识地做一件事：每次准备续费某个软件之前，先去GitHub上搜一圈有没有同类开源项目。结果发现，大部分付费工具的"核心功能"，开源社区都有对应的成熟实现。更关键的是，这些开源项目不是"低配版"，很多反而在特定场景下比商业软件更顺手，比如本地优先的数据存储、更灵活的插件机制、以及不强制更新的使用权。
1.2 挑选开源替代品的3个标准
这里必须强调一句：不是所有GitHub项目都值得替换。我给自己定了三条硬标准，避免掉进"看起来很美"的坑里。
第一，看项目活跃度。最后提交时间超过一年的项目我直接跳过，除非它的功能已经非常稳定且能满足需求。活跃度代表有人维护、有人修bug、有人跟进新系统版本，这是长期使用的基础。
第二，看社区规模和星标数。GitHub上星标数量是个很好的过滤器，通常5000星以上的项目意味着有大量用户验证过，踩坑的概率会小很多。我选的项目基本都在这个线以上。
第三，看替代成本。所谓替代成本，不仅仅是安装一下，还包括学习成本、数据迁移成本、工作流改造成本。比如从PS换到GIMP，功能上虽然接近，但快捷键、界面布局、插件生态都不同，适应期得有心理预期。如果替代成本太高，那还不如继续付费，这也是一个理性决策。
2. 15个开源替代清单：一张表看懂能省多少钱
先给一张汇总表，后面逐个细说。我按"替代的付费软件"分了五类，每类给出2-4个实测好用的项目，标明了主要用途和我自己的体验评价。
| 被替代的付费软件 | 开源替代项目 | 主要用途 | 上手难度 |
|---|---|---|---|
| Adobe Photoshop | GIMP | 图像编辑、修图、批处理 | 中等 |
| Adobe Photoshop | Krita | 数字绘画、插画、漫画 | 中等 |
| Adobe Illustrator | Inkscape | 矢量图形、LOGO、流程图 | 中等 |
| Adobe Premiere | Shotcut | 视频剪辑、多轨时间线 | 偏低 |
| Notion付费版 | AppFlowy | 笔记、知识库、项目管理 | 很低 |
| 印象笔记/Evernote | 思源笔记 | 本地优先的块级笔记 | 偏低 |
| Evernote/笔记工具 | Joplin | Markdown笔记、多端同步 | 偏低 |
| Postman付费版 | Bruno | 离线优先的API调试工具 | 很低 |
| Postman付费版 | Hoppscotch | 轻量Web端API调试 | 很低 |
| TeamViewer | RustDesk | 远程桌面、自建中继 | 中等 |
| 迅雷/下载工具会员 | Motrix | HTTP/BT/磁力多协议下载 | 很低 |
| 付费PDF套件 | Stirling-PDF | PDF合并、拆分、OCR、压缩 | 中等 |
| 付费OCR识别 | Umi-OCR | 截图OCR、批量识别 | 很低 |
| 截图+录屏会员 | ShareX | 截图、录屏、图片上传 | 偏低 |
| AirDrop/网盘传文件 | LocalSend | 局域网跨设备文件传输 | 很低 |
2.1 替代Adobe全家桶：PS、AI、PR的免费平替
先说设计类，这是大部分人觉得"最不可能被替代"的部分，但实际测下来，GIMP、Krita、Inkscape这三剑客能覆盖我日常80%以上的设计需求。
GIMP作为Photoshop替代品，最让我满意的是它对PSD文件格式的支持。别人发来的PSD源文件可以直接打开，图层结构虽然偶尔会乱，但日常改图、调色、加文字完全够用。它的批处理功能比PS还方便，配合BIMP插件可以一次性给几百张图统一加水印、改尺寸。不过GIMP的界面确实朴素，刚上手时我需要手动调整一下窗口布局和快捷键，让它尽量靠近PS的习惯，适应期大概一周左右。
Krita则是个惊喜。如果你做插画、漫画或者数字绘画，Krita的手感和画笔引擎在同级别工具中几乎无敌。它对数位板的支持非常成熟，支持OpenGL加速，笔画非常跟手。我拿它替代PS里的绘画模块，完全没感觉到落差。
Inkscape对应的是Illustrator。虽然贝塞尔曲线的操作逻辑和AI有细微差异，但节点编辑、路径运算、文本排版这些核心功能都很扎实。我经常用它做流程图、画示意图，然后直接导出SVG嵌入到文档里，效果比截图好太多。
视频剪辑这边，Shotcut的定位是替代Premiere里"非专业剪辑"那部分需求。它支持多轨时间线、滤镜、转场，输出预设丰富，4K素材也能流畅处理。有人可能觉得它不如DaVinci Resolve专业，但Resolve对硬件要求高，Shotcut轻量很多，普通电脑就能跑，而且操作逻辑对新手更友好。
2.2 替代Notion/笔记软件付费版：重新掌控你的知识库
笔记类工具是我更换后体验最好的一类。AppFlowy是Notion的开源替代，用Flutter写的，界面风格和Notion高度接近，但核心优势是数据完全本地存储。我用它管理项目进度、维护个人知识库，支持数据库视图、多级页面和模板系统，日常使用完全够用。更妙的是它支持自我部署，数据不用存在别人服务器上，这一点对隐私敏感的内容特别重要。
思源笔记属于"用了就回不去"的类型。它的特色是块级编辑和双向链接，理论上和Roam Research、Logseq是同类产品，但思源的块概念更顺手，右键菜单就能把任意段落变成可引用块。它还内置了一个集市系统，主题、挂件、图标都能从集市里下拉安装，我装了几个代码块美化插件之后，整个界面比许多商业笔记软件还精致。数据默认保存在本地文件夹，支持导出Markdown和标准格式，迁移成本很低。
Joplin则适合喜欢Markdown、追求极简的人。它的同步机制很灵活，支持WebDAV、OneDrive、坚果云等，我是用坚果云WebDAV实现手机和电脑之间的免费同步。Joplin还支持端到端加密，笔记在同步前就经过加密处理，安全性和隐私保护比大多数商业笔记更有保障。
2.3 替代Postman等API调试付费版：让接口调试回归简单
做后端接口调试的朋友都知道，Postman现在把很多基础功能划进了付费墙，比如团队协作、环境变量、自动化测试等。我在这块找到了两个替代：Bruno和Hoppscotch。
Bruno是我的主力。它的思路和Postman截然不同——Postman把数据存在云端数据库里，而Bruno把所有请求、环境、脚本都以文件夹和文件的形式保存在本地，还能直接提交到Git仓库。这意味着你的API集合可以和代码一起做版本管理，同事拉下来就能用，评审代码时顺便就能看到接口定义，这个体验比Postman的"分享工作区"更符合开发流程。Bruno支持多标签页、环境变量、断言脚本，也支持导入Postman的导出文件，迁移成本很低。
Hoppscotch则是纯Web端的API调试工具，连应用都不用装，打开浏览器就能用。它支持REST和GraphQL请求，界面很简洁，适合快速验证一个接口通不通。不需要完整建一个API工程时，我通常直接甩一个Hoppscotch链接给同事，对方打开就能看，零成本协作。
2.4 替代远程控制软件专业版：自己搭一个安全可控的远程桌面
TeamViewer和向日葵这类工具的商用授权价格不便宜，而且免费版各种限制（频繁验证、会话时长限制）用起来很憋屈。RustDesk是真香替代，它的核心机制有点像开源自建版的TeamViewer，支持端到端加密，最关键的是可以自己部署中继服务器，数据完全走自己的通道。
RustDesk的部署思路是：两端都安装客户端，配置好自建服务器地址后，就能通过自己的服务器做NAT穿透和流量转发。服务器端只需要两个可执行文件hbbs和hbbr，分别负责ID注册服务和中继服务，配置好端口转发就能跑起来。实测在双方网络环境都一般的情况下，画面质量和延迟可以控制在可接受范围内，日常远程办公、运维服务器完全足够。
如果要简单体验，不上自建服务器也行。RustDesk也提供官方公共服务器，但速度和稳定性取决于公共节点的负载，而且数据要经过官方服务器。我的建议是，如果你只是偶尔用一下，先跑公共节点感受下功能，真要长期用，再花一两个小时把自建搭起来，一劳永逸。
2.5 替代各类"小工具"付费会员：从截图、OCR到传文件
这可能是最能直接省钱的一类，因为单个工具几十块钱不显眼，但加起来的订阅很可观。
Motrix直接替代迅雷的日常角色。它基于aria2内核，支持HTTP、FTP、BT、磁力链，能开多线程下载，而且没有广告、没有限速、没有各种"下载加速券"。我更看重的是它可以作为一个下载服务器，通过Web界面远程添加任务，挂载在NAS上非常实用。
Stirling-PDF是我用过最强的开源PDF工具箱。它在本地起一个服务，浏览器访问操作界面就能完成PDF合并、拆分、压缩、加密、加水印、格式转换、OCR识别等几乎所有操作。数据全程在本地处理，不会上传到任何第三方服务器。
Umi-OCR是一个中文友好的OCR工具，基于PaddleOCR，离线运行。截图OCR的识别速度和准确率都很高，支持批量图片文字识别、公式识别和表格识别，还能识别生僻字和竖排文字。对经常处理扫描件、截图资料的人来说，这个工具完全顶得上商业OCR会员的体验。
ShareX是Windows平台上功能最全的免费截图录屏工具之一。它的特色是可以把截图动作自动化：区域截图后可以选择自动上传到图床、自动添加水印、自动OCR识别、自动上传到剪贴板，还可以一键截长图、录制GIF和视频。快捷键系统也值得好好研究，我把常用截图动作都绑定了快捷键，效率提升非常明显。
LocalSend解决的是跨设备传输文件的问题。它不需要服务器中转，利用局域网直连，支持Windows、macOS、Linux、Android和iOS，速度取决于Wi-Fi环境，通常能跑满带宽。操作也很简单，两端打开应用，选文件、选设备、确认接收就行，整个过程走端到端加密，比微信传文件清晰多了。
3. 我的上手实操过程：每一步都踩过坑
3.1 先装个包管理器，五分钟搭建好环境
如果你在Windows上操作，我的建议是先用包管理器装这些工具，而不是去一个个找安装包。原因很简单：包管理器能帮你处理依赖、升级和卸载。Windows上我推荐winget和scoop两个，前者的软件商店风格适合大多数用户，后者的便携式安装方式更适合开发者，安装后不需要管理员权限，还能在不同机器之间同步软件列表。
# 用winget安装 winget install GIMP.GIMP winget install Inkscape.Inkscape winget install mLipok.ShareX # 或者用scoop scoop bucket add extras scoop install gimp inkscape shotcut sharexmacOS用户直接用Homebrew，一行命令搞定。Linux用户更不用说，apt、dnf、pacman任选。我自己的习惯是：需要长期使用、希望自动更新的工具放包管理器；只是偶尔用、体积又特别大的，比如Stirling-PDF这种，先用Docker或者独立解压版，避免污染系统环境。
3.2 逐个上手的实操记录与关键参数
在实际使用中，有几个项目的配置细节值得单独说说。
RustDesk自建服务器是我耗时间最多的部分。如果你也想搭，流程是：先准备一台有公网IP的云服务器，需要 Linux 架构，然后下载hbbs和hbbr两个二进制文件，用nohup后台启动。随后在服务器安全组和系统防火墙里打开TCP端口21115-21119。客户端那边不是简单填IP，而是要到"设置→网络"，把服务器地址填成你服务器的IP，最后重新启动客户端才能生效。我最初就是没有修改客户端配置，导致一直连不上，这个坑卡了好久。
Stirling-PDF如果用Docker部署，官方镜像名是frooodle/s-pdf，我推荐把/configs和/usr/share/tessdata这两个目录挂载到宿主机，前者保存用户配置，后者保存OCR语言包。第一次启动会下载OCR模型和语言文件，瞥一眼日志会发现它在拉取依赖，耐心等几分钟就好。如果你不想用Docker，直接下载jar包配Java环境也能跑，但Docker确实省心很多。
Bruno的Git协同算是它的特色，上手时注意一点：它的存储目录是标准的文件结构，建议单独建一个Git仓库保存，而不是混在项目代码里。这样你更新接口文档时，Git记录会完整保留每一次改动，出了问题还能回退。
3.3 真实体验对比：替代后哪些体验变好了，哪些需要适应
为了让你更客观判断，我把替代前后的实际体验做了一张对比表，有好的一面，也有需要适应的部分。
| 替换场景 | 明显占优的地方 | 需要适应的部分 |
|---|---|---|
| PS → GIMP | 免费无授权限制，批处理强大 | 界面稍显老旧，插件安装路径复杂 |
| Notion → AppFlowy | 数据本地化，无网络也能用 | 协作功能弱，现成模板少 |
| Postman → Bruno | 集合可放Git管理，离线优先 | 没有官方云协作空间 |
| TeamViewer → RustDesk | 隐私可控，无会话时长限制 | 公共节点速度一般，自建需维护 |
| 迅雷 → Motrix | 无广告，无强制限速 | 没有云转存和资源搜索 |
Play Video
播放 00:00 00:42
这套对比能明显看出一个规律：开源替代品的优势集中在数据自主、无授权限制、按需定制三个方面，而需要适应的部分基本都是生态和协作层面。对我来说，适应这些差异是值得的，因为工具的控制权回到了自己手里。与其被商业软件的版本升级和订阅政策牵着走，不如花点时间调整自己的工作习惯适配开源工具，收益是长期的。
4. 那些"GitHub标签页转圈、克隆不动"的破局思路
这部分可能是很多人在GitHub上找项目的最大障碍。不绕弯子，直接说现象：访问GitHub页面偶尔加载不出来、点击下载半天没反应、git clone一个仓库速度掉到几十KB，这些我都遇到过。破解思路不是去搞什么花活，而是先把问题分门别类，用技术手段解决该解决的问题。
4.1 先分清是克隆慢还是Release下载慢
很多人一遇到速率慢就认为"统统是网络问题"，其实不是。git clone慢和下载Release包慢，原因是两回事。
git clone慢，绝大多数是仓库历史包袱太重。比如一个大仓库有好几万次提交，Git会把所有历史版本都拉下来，速度自然感人。解决办法是浅克隆，只拉最近一次提交：
git clone --depth=1 https://github.com/xxx/yyy.git如果你只需要看当前代码，不需要历史记录，浅克隆能省掉90%的数据量。等真正需要历史时，再在仓库里执行git fetch --unshallow补全。
如果你是想下载Release页面的安装包，那问题往往出在CDN节点调度上，换个时间段常常就能解决，或者用支持多线程续传的下载工具（比如前面提过的Motrix、aria2）代替浏览器默认下载。浏览器单线程下载一个几百兆的安装包，中途断掉就得重来，多线程工具至少有断点续传，断线不致命。
4.2 几种靠谱的提速方式，按场景选
如果是组织内部使用，最常见的提速方法是把GitHub仓库同步到国内平台再克隆。以Gitee为例，登录后右上角"+"选择"从GitHub/GitLab导入仓库"，填入GitHub仓库地址，等它同步完成，再直接克隆Gitee上的地址，速度通常能提升好几倍。注意导入是一次性的，仓库有更新时要回到Gitee项目页点"同步"按钮手动刷新，或者看项目有没有配置自动同步功能。
如果只是查看源码、浏览文档、跑测试，另一个思路是直接下载GitHub提供的zip包，放弃git工具。点击仓库首页绿色Code按钮选择Download ZIP，完成后解压即可。这种方式虽然拿不到历史记录，也不能方便地拉取更新，但对于只用一次就丢的临时项目完全够用。
如果是在终端里频繁操作GitHub，给git配置一个代理协议的替代方案不太能说，但有一个很实用的基础操作是换用SSH协议。很多人用默认的HTTPS克隆慢，但换成git@github.com:xxx/yyy.git这种SSH地址之后，很多场景会快一些，而且可以免去每次输密码的麻烦。配置SSH密钥的流程GitHub官方文档写得很清楚，生成密钥、添加到账号、验证连接，一步到位。
4.3 用GitHub CLI和Actions提日常效率，别只会白嫖
找到好项目只是第一步，让GitHub变成你工作流的一部分，效率提升会更明显。
GitHub CLI（gh）是我最近一年才真正用起来的工具。它能在终端里完成几乎所有网页端操作：查Issue、提PR、看Actions日志、管理Release，都能命令行搞定。对于经常用命令行的开发者来说，可以减少大量页面跳转。还有一个场景我特别喜欢：在服务器或树莓派、Jetson这类开发板上操作GitHub仓库时，不需要打开浏览器，直接gh auth login走设备码授权流程，在另一台设备的浏览器里输入一行验证码就能完成登录，比手动配置SSH密钥省事得多。
GitHub Actions则是一个隐藏的省钱利器。它提供了免费构建虚拟机额度，配合定时任务可以实现很多自动化需求。我自己最常用的场景是Hexo博客自动部署——写一篇文章推送到仓库，触发Actions工作流自动构建静态页面并发布到GitHub Pages，全程不用管理服务器。GitHub Actions的免费额度对个人项目来说是绰绰有余的，只要你在Actions中使用开源方案或短时间构建，就不会产生任何费用。
5. 常见问题与坑位实录
5.1 官方Release、安装包、许可证，常见问题速查
| 常见问题 | 原因 | 解决思路 |
|---|---|---|
| Release下载到一半断了 | 单线程下载遇到CDN抖动 | 换成支持多线程续传的下载工具，重试 |
| 不知道下哪个文件 | 多个资产文件看不懂命名 | 按系统后缀选，win-x64.exe、macOS.dmg、Linux.AppImage |
| 导入Gitee后更新滞后 | 同步是一次性的 | 手动点"同步"按钮，或保持自动同步配置 |
| 安装后打开闪退 | 缺少运行库或Java环境 | 查看README的系统要求，安装对应运行环境 |
| 项目长期不更新 | 可能不再维护 | 优先选活跃项目，停更严重的果断换 |
5.2 几个让我差点弃坑的瞬间
踩坑集中在三个点上：一是盲目追新版本，装了项目的Pre-release或每日构建版，结果不但大概率不稳定，还容易出现奇奇怪怪的Bug。我的经验是除非你有明确的修复需求，否则坚持用Latest release版本，稳定压倒一切。
二是忽略项目的许可证。GitHub上开源项目不等于「随便用」，不同的许可证对商用、修改、分发有不同的限制。比如GPL协议的软件如果要在公司里集成或做二次开发，会影响整个项目的开源义务；MIT和Apache 2.0宽松得多。建议在任何项目进入生产环境前，先花一分钟看看它的LICENSE文件。
三是期待开源项目"开箱即用"。很多开源工具，尤其是面向开发者的，需要先看README、装依赖、配环境，和商业软件那个"下载-安装-下一步"的体验差距是客观存在的。我刚换到某些工具时也曾想放弃，但后来养成了"先读文档再动手"的习惯，绝大多数问题都属于文档里写了但你嫌麻烦没读的类型。这算是付费软件使用经历留下的"坏习惯"，到了开源世界必须改掉。
另外，我发现某类"替代"其实不需要安装任何工具。比如把QQ空间一堆年头的说说、照片、留言板完整备份下来，这种冷门需求基本上没有商业软件会专门做，但GitHub上的小众开源项目能勾到。类似这种"商业软件看不到的角落"，才是GitHub里最让我心动的地方。偶尔去GitHub Trending和Topic页面逛逛，总能发现这种实用到发指的小宝藏。
最后再多说一句，我在替换过程中最大的体会是，工具免费只是表象，真正值钱的其实是"工具掌握在自己手里"的那种掌控感。你不再需要等某家公司涨价、改订阅制度，也不用因为某个功能被锁进付费墙而妥协。如果你也在GitHub上收藏了不少好用的开源项目，或者有替代某个付费软件的成功经验，欢迎分享出来，我也在陆陆续续维护一份更全的实用清单，后续有机会继续补充。
