3 步用上免费专利APIpublic-apis 帮你建好查询系统【免费下载链接】public-apisA collaborative list of public APIs for developers项目地址: https://gitcode.com/GitHub_Trending/publ/public-apis做产品前想查清竞品在各国的专利布局传统做法是挨个翻各国专利局官网文档分散、入口难找。开源项目 public-apis 把这类需求整理成了免费的公开API目录其中的 Patent 分类收录了 USPTO、EPO 等 4 个主流专利API克隆下来就能照着接。这是个什么项目public-apis 是一个社区共同维护的公开 API 清单按 50 多个领域分类每条都标了接口地址、认证方式和跨域支持情况。Patent 分类下集中了美国、欧洲、台湾三地专利局的数据接口适合独立开发者、小团队和数据工程师在零授权费的前提下搭起专利数据获取能力。四个专利数据接口怎么选仓库里的 Patent 分类收录了 4 个接口定位各不相同先对比再动手接口数据范围认证方式适合做什么USPTO美国专利无需认证美国市场专利检索PatentsView美国创新趋势无需认证技术趋势与专利模式分析EPO欧洲专利OAuth欧洲及多国专利检索TIPO台湾专利apiKey台湾专利公告数据先拿不用认证的接口跑通链路USPTO 和 PatentsView 都不需要认证是最省事的切入点。两者侧重点不同USPTO 覆盖美国专利官方服务PatentsView 更偏向趋势分析官方定位就是探索美国创新版图的规律。典型场景是产品立项前拉取某个技术方向的申请量变化先看趋势再决定要不要深做。注意 PatentsView 在目录中的名称末尾带有一个空格复制名称时别漏掉这个细节。有跨境检索需求时接 EPO 和 TIPOEPO 走 OAuthTIPO 用 apiKey都属于先注册再调用的类型。如果你的产品要覆盖欧洲或东南亚市场这两个接口把跨国检索的工作量压到同一套调用逻辑里认证字段在目录里已经标清楚照着准备凭据即可。数据怎么拿目录本身就能解析除了 README 里的表格项目每次提交都会自动在db/目录生成两个文件categories.json存全部分类resources.json存全部接口结构见 API.md。这意味着你可以把整个目录当数据源用——本地读 JSON 过滤出 Patent 分类即可// 从 db/resources.json 提取专利类接口 const { entries } require(./db/resources.json); entries.filter(a a.Category Patent) .forEach(a console.log(a.API, |, a.Auth, |, a.Link));这条路径的好处是不依赖任何网络接口适合自己搭检索面板、做接口筛选器这类工具。动手路径先克隆仓库把数据文件拉到本地git clone https://gitcode.com/GitHub_Trending/publ/public-apis然后打开db/resources.json用上面的过滤方式挑出适合你场景的接口确定目标后跟着条目里的Link字段走到对应专利局的官方文档注册凭据、发出第一个请求整条链路就跑通了。三个容易踩的坑坑一改到db/目录里的文件。现象是你手动改了 JSON下次拉取后全丢了。原因是db/是自动生成的产物CONTRIBUTING 明确说不要动它。解法要增删条目只改 README.md提交合并后db/会自动重新生成。坑二目录里的 CORS 字段和线上行为对不上。现象是浏览器端请求被拦。原因是 CORS 标注依赖人工核对目录里大量条目是 Unknown。解法动手前先在浏览器控制台发起一次真实调用验证确认是 No 就改走服务端代理别在前端硬试。坑三照着目录直接写生产代码。现象是上线后接口偶发 404 或限流。原因是目录是社区维护的快照字段粒度只到接口级别具体端点、配额以官方文档为准。解法集成前用官方文档的真实端点做一次冒烟测试并给调用加失败重试。延伸方向public-apis 的价值不在于某几个接口本身而在于把找数据入口这件事从一周的分散搜索压缩到半小时的本地过滤。如果只盯专利还不够resources.json里其余 50 多个分类同样可以直接拿来筛选接得顺手的接口也可以按 CONTRIBUTING.md 的格式提 PR 回社区供下一个需要它的人直接用。【免费下载链接】public-apisA collaborative list of public APIs for developers项目地址: https://gitcode.com/GitHub_Trending/publ/public-apis创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
3 步用上免费专利API：public-apis 帮你建好查询系统
3 步用上免费专利APIpublic-apis 帮你建好查询系统【免费下载链接】public-apisA collaborative list of public APIs for developers项目地址: https://gitcode.com/GitHub_Trending/publ/public-apis做产品前想查清竞品在各国的专利布局传统做法是挨个翻各国专利局官网文档分散、入口难找。开源项目 public-apis 把这类需求整理成了免费的公开API目录其中的 Patent 分类收录了 USPTO、EPO 等 4 个主流专利API克隆下来就能照着接。这是个什么项目public-apis 是一个社区共同维护的公开 API 清单按 50 多个领域分类每条都标了接口地址、认证方式和跨域支持情况。Patent 分类下集中了美国、欧洲、台湾三地专利局的数据接口适合独立开发者、小团队和数据工程师在零授权费的前提下搭起专利数据获取能力。四个专利数据接口怎么选仓库里的 Patent 分类收录了 4 个接口定位各不相同先对比再动手接口数据范围认证方式适合做什么USPTO美国专利无需认证美国市场专利检索PatentsView美国创新趋势无需认证技术趋势与专利模式分析EPO欧洲专利OAuth欧洲及多国专利检索TIPO台湾专利apiKey台湾专利公告数据先拿不用认证的接口跑通链路USPTO 和 PatentsView 都不需要认证是最省事的切入点。两者侧重点不同USPTO 覆盖美国专利官方服务PatentsView 更偏向趋势分析官方定位就是探索美国创新版图的规律。典型场景是产品立项前拉取某个技术方向的申请量变化先看趋势再决定要不要深做。注意 PatentsView 在目录中的名称末尾带有一个空格复制名称时别漏掉这个细节。有跨境检索需求时接 EPO 和 TIPOEPO 走 OAuthTIPO 用 apiKey都属于先注册再调用的类型。如果你的产品要覆盖欧洲或东南亚市场这两个接口把跨国检索的工作量压到同一套调用逻辑里认证字段在目录里已经标清楚照着准备凭据即可。数据怎么拿目录本身就能解析除了 README 里的表格项目每次提交都会自动在db/目录生成两个文件categories.json存全部分类resources.json存全部接口结构见 API.md。这意味着你可以把整个目录当数据源用——本地读 JSON 过滤出 Patent 分类即可// 从 db/resources.json 提取专利类接口 const { entries } require(./db/resources.json); entries.filter(a a.Category Patent) .forEach(a console.log(a.API, |, a.Auth, |, a.Link));这条路径的好处是不依赖任何网络接口适合自己搭检索面板、做接口筛选器这类工具。动手路径先克隆仓库把数据文件拉到本地git clone https://gitcode.com/GitHub_Trending/publ/public-apis然后打开db/resources.json用上面的过滤方式挑出适合你场景的接口确定目标后跟着条目里的Link字段走到对应专利局的官方文档注册凭据、发出第一个请求整条链路就跑通了。三个容易踩的坑坑一改到db/目录里的文件。现象是你手动改了 JSON下次拉取后全丢了。原因是db/是自动生成的产物CONTRIBUTING 明确说不要动它。解法要增删条目只改 README.md提交合并后db/会自动重新生成。坑二目录里的 CORS 字段和线上行为对不上。现象是浏览器端请求被拦。原因是 CORS 标注依赖人工核对目录里大量条目是 Unknown。解法动手前先在浏览器控制台发起一次真实调用验证确认是 No 就改走服务端代理别在前端硬试。坑三照着目录直接写生产代码。现象是上线后接口偶发 404 或限流。原因是目录是社区维护的快照字段粒度只到接口级别具体端点、配额以官方文档为准。解法集成前用官方文档的真实端点做一次冒烟测试并给调用加失败重试。延伸方向public-apis 的价值不在于某几个接口本身而在于把找数据入口这件事从一周的分散搜索压缩到半小时的本地过滤。如果只盯专利还不够resources.json里其余 50 多个分类同样可以直接拿来筛选接得顺手的接口也可以按 CONTRIBUTING.md 的格式提 PR 回社区供下一个需要它的人直接用。【免费下载链接】public-apisA collaborative list of public APIs for developers项目地址: https://gitcode.com/GitHub_Trending/publ/public-apis创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
