Python
Python · 脚本 · 数据分析
脚本、数据分析、爬虫和不少课程作业的默认语言。
正在打开工具详情…
社区维护的公开 API 清单:51 个领域 2000 多条,每条都标了认证方式、HTTPS 与 CORS 支持情况。
要做小项目、需要给产品接一个外部 API,但不想一个个搜文档试的人;以及想找练习项目 API 素材的开发者。
需要权威、可依赖的 API 数据源的人——这是人工维护的清单,字段可能过时,真要依赖得去官方文档核实。
Public APIs 是一个由社区成员手工维护的公开 API 清单,收录了 2000 多条可以自己产品里用的 API,按 51 个领域分类。
它真正有价值的不是数量,是那三列元数据。 每条 API 后面都标了认证方式、是否支持 HTTPS、是否支持 CORS。这三项决定了它能不能用:需要 apiKey 的你得去注册,No 认证的可以直接调;不支持 HTTPS 的在生产环境上不了;CORS 决定了能不能在浏览器前端直接调用。大部分 API 目录只给一个链接,这三个字段才是真正替你省时间的部分。
实际分布(读 README 表格统计):认证方式上不需要认证 979 条、要 apiKey 906 条、OAuth 153 条,其余是 X-Mashape-Key 之类的小众方式;HTTPS 上 1948 条支持、88 条不支持;CORS 上 789 条支持、231 条明确不支持、剩下约一千条是 Unknown——这一列有近一半是未知,所以前端项目不能默认都能直接调,得逐个确认。
它还多了一块内容是同类清单里少见的:MCP Servers 章节。这里列的条目不是给你写代码调的,是给 AI 智能体当工具用的——你装进 Claude、Cursor、VS Code 里,而不是在自己的代码里请求。所以这张表列的是传输方式(transport)和安装位置,而不是 HTTPS/CORS。目前列了 OpenSwissData、IPstack MCP、Kuro、corpusAI Cloud Pricing、GitHub 等。
分类覆盖很全,从 Animals、Anime 这类趣味门类,到 Blockchain、Cryptocurrency、Finance、Geocoding、Machine Learning、Open Data、Patent、Science & Math 这种正经技术类目都有。
它是人工维护的,不是自动抓取。 这意味着条目可能失效、字段可能过时——用它做起点很好,直接当权威数据源不行。真要依赖某个 API,去它官方文档确认当前的认证方式和配额。
许可证是 MIT(2022 public-apis),条目内容来自社区贡献。仓库开头有 APILayer 的商业推广(它自家的 IPstack、Mediastack 等产品),推广和产品列表与社区清单是两回事,看清单时注意区分。
上手步骤之外的具体做法:常见场景怎么配、命令怎么写、报错怎么处理。
讲清那三列元数据怎么用、怎么按认证方式筛、以及 MCP Servers 章节为什么和普通清单不一样。
这是这个清单和同类最大的区别。每条 API 后面都标了三项:
| 列 | 决定什么 |
|---|---|
| Auth | 要不要注册、注册麻烦不麻烦 |
| HTTPS | 能不能上生产 |
| CORS | 能不能在浏览器前端直接调 |
大部分 API 目录只给一个链接,这三列才是真正省时间的部分。
认证方式:
| 方式 | 条数 |
|---|---|
| No(不需要) | 979 |
| apiKey | 906 |
| OAuth | 153 |
| 其他(X-Mashape-Key、User-Agent 等) | 少量 |
不用认证的接近一半——这批最适合快速做原型。
HTTPS: 1948 条支持,88 条不支持。
CORS:789 条支持,231 条明确不支持,约 1000 条是 Unknown。
所以 CORS 那一列有近一半是未知。 这意味着:做浏览器端项目时不能默认任何 API 都能直接调,得逐个确认。不支持或未知的话,加一层自己的后端代理最省事。
51 个分类,README 顶部有完整 Index 带锚点。几个实用方向:
| 想做什么 | 看这些分类 |
|---|---|
| 地理编码 | Geocoding |
| 金融数据 | Finance、Cryptocurrency、Currency Exchange |
| 开发调试 | Development、Programming、Testing |
| 数据源 | Open Data、Data Validation |
| 校验类 | Data Validation、Email(验证邮箱有效性) |
| 实用工具 | Weather、Dictionaries、Barcode、Address |
趣味类目(Animals、Anime、Personality)也有——做练手项目和 demo 的时候很好用,不必非得找正经 API。
清单里有一节单独的 MCP Servers,这块值得单独理解。
普通的 API 条目是给你写代码调的;MCP 条目是给 AI 智能体当工具用的。 你把它装进 Claude、Cursor、VS Code 里,而不是在自己的代码里发请求。
所以这张表的列不一样——列的是传输方式(transport)和安装位置,不是 HTTPS / CORS:
| Name | Auth | Transport | 装到哪 |
|---|---|---|---|
| OpenSwissData | No | stdio, HTTP | Glama |
| IPstack MCP | apiKey | stdio, HTTP | Cursor / Glama |
| Kuro | OAuth | HTTP | – |
| corpusAI Cloud Pricing | No | stdio, HTTP | npm / MCP Registry |
| GitHub | OAuth | stdio, HTTP | Glama |
如果你在做智能体应用,这张表比主清单有用得多——直接把 API 变成工具,不用自己写集成层。
MCP 规范本身在 modelcontextprotocol.io(在新标签页打开)。
这个清单是社区成员手工维护的,不是自动抓取。 后果是:
用它做起点很好,当权威数据源不行。 真要依赖某个 API 的认证方式或配额,去它官方文档确认一遍——这一步花五分钟,能省掉后面几小时的排查。
README 开头是 APILayer 的商业推广(它自家的 IPstack、Mediastack、Aviationstack 等产品,宣称一个账号一个 key 打通)。
推广部分和产品列表和社区清单是两回事。 往下翻到 Index 才是社区维护的 2000 多条。找东西时注意别把它的产品列表当成清单内容。
看仓库的 CONTRIBUTING.md。清单既然是人工维护的,提交时格式要求比较严——认证方式这三列要填对,填错或不填的条目价值就低很多。
拿它当灵感库而不是依赖库: