这是 free-for.dev 现在收录的免费开发者资源条数。它们分布在 57 个分类里，来源是一个 259 KB 的 README，由 1600 多人通过 Pull Request 一点一点堆出来。
但真正让它和"网上那些免费资源合集"分开的，是写在最前面的那句收录标准：
必须是免费套餐（free tier），不是免费试用（free trial）。如果额度是按时间桶计费的，免费套餐至少要给一年。
翻译一下：它筛掉的是"注册送 14 天试用"那一类，留下的是你现在就能用、明年还在的那些。
站点首页。左边是 57 个分类的常驻目录，顶部是全文搜索，右上角那个月亮图标是暗色模式——一个纯静态文档站做到了这些，本身挺说明问题的。
一、它的收录门槛，比你以为的严
大部分"免费资源合集"的入选标准是"这个东西有免费版"。free-for.dev 有四条，而且每一条都在挡掉一类东西：
| 收录标准（原文） | 它实际挡掉了什么 | | --- | --- | | 只收 as-a-Service，不收自托管软件 | 自托管不花钱是常识，只有 SaaS 才有"免费额度"这个概念 | | 必须是 free tier，不是 free trial | 挡住所有"注册送 14 天"的引流型产品 | | 按时段计费的额度，免费套餐至少给一年 | 挡住"首月免费，之后按量收费"的伪免费 | | 从安全角度审核：接受 SSO，但不接受把 TLS 限制为付费专属的服务 | 挡住"免费版连 HTTPS 都不给你开"的阉割版 |
第四条最值得单独说。绝大多数资源清单只看"有没有免费额度"，这份清单额外看了一层——你的免费版能不能安全地用。把 TLS 变成付费功能、逼你为了一个证书升级，这种做法在它这里直接不予收录。
还有一句写在开头的免责声明也很实在：
这条线有时候是灰色的，所以这份清单是有主观倾向的。如果你的贡献没有被接受，请不要介意。
维护者没有假装自己客观。
二、规模：57 个分类，1302 条
把整个清单按分类数一遍，条目最密集的十节是这样的：
| 分类 | 条目数 | | --- | --- | | APIs, Data, and ML | 139 | | Tools for Teams and Collaboration | 79 | | Email | 75 | | Major Cloud Providers（含嵌套明细） | 71 | | Monitoring | 61 | | Issue Tracking and Project Management | 60 | | Storage and Media Processing | 50 | | IDE and Code Editing | 40 | | Security and PKI | 38 | | Analytics, Events and Statistics | 36 |
左侧栏的完整分类列表，为了塞进一屏切成了三段并排。注意它覆盖的范围——从 DNS、域名、CDN，到 CI/CD、日志、监控、测试、表单、翻译、甚至远程桌面和移动应用分发。这基本就是一个小型团队从零到上线要用到的全部基础设施清单。
三、三种检索方式，按场景选
方式一：搜索（最快，90% 的情况用这个）
站点用的是 docsify 的全文搜索，输入关键词会直接命中包含它的分类，并把匹配的片段列出来。
输入 postgres，直接返回 8 个分类——Code Quality、PaaS、BaaS、Low-code Platform、Web Hosting、Managed Data Services、IDE and Code Editing、Other Free Resources。它搜的不是分类名，是每个条目说明里的正文，所以"某个能力有没有免费服务"这种问题，一次搜索就能回答。
方式二：按分类顺读（适合做技术选型）
每个分类末尾都有一个 "Back to Top" 锚点，长页面里来回跳不费劲。同一分类里的服务是并列排列的，天然适合横向比额度——比如你想找对象存储，把 Cloudflare R2、Backblaze B2、Oracle Object Storage 的免费额度挨着看一遍就行。
方式三：直接把 README 喂给 AI（这是本文想强调的用法）
这条清单的源码是一份 259 KB / 1721 行的 Markdown，一次就能读进上下文。这意味着真正的用法不是"人肉浏览"，而是把它当成一个可查询的数据源：
「在这个清单里找出所有提供免费 PostgreSQL 的服务，按免费额度从大到小排列。」
因为源是结构化 Markdown，每个条目的额度数字都是原文，模型不会给你编一个不存在的额度。比起让 AI 凭记忆回答"有哪些免费服务"，这条路径的可信度高一个量级。
顺带一提，这个站点还有个暗色模式（右上角的月亮图标）。一份要读很久的长清单，晚上用暗色读确实舒服些：
同一页面的暗色模式。做到这一步的是一个纯静态文档站——没有框架、没有构建，一个 HTML 加一份 Markdown 而已。
四、如果你只挑四类看，看这四类
（1）主流云厂商的永久免费额度
这是整份清单里含金量最高的一节，因为它列的不是小服务，是五大云厂商各自的 Always-Free 明细——每家十几到三十几条。
Google Cloud Platform 和 Amazon Web Services 的明细。GCP 这边有 16 条，AWS 11 条，Azure 20 条，Oracle Cloud 10 条，Cloudflare 34 条。
挑几条最实在的摆出来：
-
AWS
：Lambda 每月 100 万次请求、DynamoDB 25 GB NoSQL、CloudFront 每月 1 TB 出站、CloudWatch 5 GB 日志采集、CodeBuild 每月 100 分钟
-
GCP
：Cloud Run 每月 200 万请求、Cloud Functions 每月 200 万次调用、BigQuery 每月 1 TB 查询量、Firestore 1 GB 存储、Cloud Shell 每周 60 小时
-
Azure
：App Service 10 个 Web/移动/API 应用（每天 60 CPU 分钟）、Functions 每月 100 万次请求、Azure DevOps 5 个用户 + 无限私有仓库
-
Oracle Cloud
：2 块块存储共 200 GB、对象存储 10 GB、2 个数据库各 20 GB、每月 10 TB 出站流量
-
Cloudflare
：不限域名的免费 DNS、Workers 每天 10 万请求、R2 每月 10 GB、D1 数据库、Cloudflare Tunnel、Zero Trust 支持到 50 个用户
如果只做一件事：把 DNS、CDN、对象存储这三样先搬到 Cloudflare 的免费套餐上，这是这份清单里性价比最高的一步。
（2）APIs, Data and ML —— 全站最大的一节，139 条
这一节 139 条，是全站最挤的地方。截图里能看到它的典型形态——每个条目后面直接跟着免费额度的数字。
这一节的价值不在于"有免费 API"，而在于同一种能力往往有多家可选。举个具体例子，光是 IP 地理位置这一件事，清单里就至少有：
-
ipwho.org—— 每天 2000 次免费请求
-
Abstract API—— 1000 次免费请求
-
ipgeolocation.io—— 开发者永久免费，每天 1000 次
三家写在同一个分类里，你不需要自己去搜第三家做对比。
（3）Generative AI
生成式 AI 这一节。这是更新最快的一节，也是标签最特别的一节——不少条目后面带 #opensource 标记，意味着它同时提供了自托管路径。
（4）Monitoring 和 Log Management —— 个人项目最容易被账单咬的地方
监控这一节 61 条。比如 Grafana Cloud 的免费额度是：3 个用户、10 个仪表盘、100 条告警、Prometheus 1 万个序列保留 14 天。
监控和日志是个人项目最容易"不知不觉开始收费"的两块——指标量一超，账单就来。这一节的价值就是让你知道，免费额度到底卡在哪条线上。
五、必要的一级链接（可直接复制）
先说清楚一件事：公众号正文里的网址点不动，微信会把正文中的超链接整段剥离。所以下面这些地址请手动输入或复制；也可以直接点本文左下角的「阅读原文」，那里能直接打开主站。
两个主入口：
|
名称
|
地址
|
| --- | --- |
|
站点（推荐，带搜索）
| free-for.dev |
|
GitHub 仓库（可提 PR、可喂给 AI）
| github.com/ripienaar/free-for-dev |
常用分类直达地址（格式统一为 free-for.dev/#/?id= 加上后面的短名）：
|
分类
|
短名
|
| --- | --- |
|
主流云厂商永久免费额度
| major-cloud-providers |
|
APIs, Data and ML
| apis-data-and-ml |
|
生成式 AI
| generative-ai |
|
团队协作工具
| tools-for-teams-and-collaboration |
|
监控
| monitoring |
|
日志管理
| log-management |
|
邮件
| email |
|
问题跟踪与项目管理
| issue-tracking-and-project-management |
|
存储与媒体处理
| storage-and-media-processing |
|
IDE 与代码编辑
| ide-and-code-editing |
|
安全与 PKI
| security-and-pki |
|
测试
| testing |
|
CI 与 CD
| ci-and-cd |
|
PaaS
| paas |
|
IaaS
| iaas |
|
Web 托管
| web-hosting |
|
DNS
| dns |
|
源代码仓库
| source-code-repos |
|
BaaS
| baas |
|
设计与 UI
| design-and-ui |
|
表单
| forms |
|
代码质量
| code-quality |
|
分析与统计
| analytics-events-and-statistics |
|
教育与职业发展
| education-and-career-development |
|
其他免费资源
| other-free-resources |
举例：想看生成式 AI 那一节，地址就是 free-for.dev/#/?id=generative-ai。
六、边界和坑：它做得到什么，做不到什么
老规矩，三件做得到 + 一件做不到。
它做得到的三件事：
| 能力 | 边界 | | --- | --- | | 回答"这个东西有没有免费额度" | 搜索关键词，命中正文，30 秒内出答案 | | 横向比同类服务的额度 | 同一分类里并列排列，不用自己找第二家第三家 | | 当数据源喂给 AI 做初筛 | 源是 259 KB 的结构化 Markdown，额度数字是原文，不容易被编造 |
它做不到的一件事（附证据）：
它不做选型，也不做评价。 这份清单唯一的筛选线是"有没有免费套餐"，没有服务质量、稳定性、口碑或公司资质的评分。你在它这里只能得到"有这个东西"，得不到"这个东西靠不靠谱"。
它自己也承认时效性有滞后——我在翻的过程中看到一条明确标着 (Possibly taken down, 2025-06-25) 的条目。也就是说，维护者知道有些服务可能已经下线，但暂时没有人力去逐条复核。
另外三个现实提醒：
-
免费额度 ≠ 无限额度。
绝大多数按天或按月计费，超了照收钱。用之前先看清楚那条线在哪。
-
有些免费套餐要信用卡验证。
例如清单里部分搜索类 API 的免费额度需要绑卡才能激活——绑卡和扣费是两回事，但你自己要心里有数。
-
进了清单不等于过了安全审计。
那份清单审的是"免费版有没有被阉割 TLS"，不是"这家公司的数据合规做得好不好"。真要接生产，还是得你自己过一遍。
七、今天你可以做的一件事
打开你最近一个月的云服务账单，把正在付费的每一项，一个一个拿去这个清单里搜。
如果搜到了，就对比两件事：它的免费额度是多少，你的实际用量是多少。
个人项目有个很常见的规律——你在为一项服务付钱，但你的用量其实一直躺在免费额度里。之前没人告诉你那条线在哪，现在有了。
你在用哪个免费套餐？或者你被哪一项"看着免费其实收费"坑过？ 评论区说说，我挑几个典型的下期展开。
本文所有数字均取自
github.com/ripienaar/free-for-dev使用前请以各家官网为准。
