Okapi

Hey Product Hunt 👋，

今天我们要发布 Okapi。Okapi 的 AI 智能体会修复你 repo 里的 API breaking changes。

问题
你的应用和智能体会调用几十个第三方 API，而这些 API 一直在变。弃用通知邮件很容易被漏掉，团队里也没人负责盯着 changelog。可就算 API 响应里只是改了一个小字段，也可能让整个应用在生产环境挂掉。

解决方案
Okapi 会让你的代码和它调用的每个 API 保持同步更新，这样你的应用就能持续正常工作。
- 一键设置：连上你的 GitHub repo 就搞定了。
- 提前应对 breaking changes：在变更真正弄坏你的应用之前，Okapi 就先把修复准备好。
- 保留你的工作流：每个修复都会以一个 pull request 的形式出现，由你的团队 review 并 merge。
- 适用于任何 API，从大牌到小众的都能用。

工作原理
Okapi 会找出你的代码调用了哪些 API，并跟踪它们的变化。当某个 breaking change 影响到你的代码时，Okapi 的智能体会写好修复并开一个 pull request。这个 pull request 会说明是哪个 API 变了、变了什么、变更什么时候生效，以及涉及哪些文件。Okapi 从不运行你的代码，也从不往你的 branch 上 commit。可以把它理解成专门针对 API 的 Dependabot。

适合谁
- 拥有很长集成页面的 SaaS 团队。
- 在交付会调用很多 API 的 AI 智能体的团队。
- 基于第三方 API 构建的电商、物流和金融科技产品。
- 工作流依赖大量连接器的公司（网络安全、医疗健康、媒体和 inbound marketing）。
- 维护很多客户应用的代理机构。
- 项目依赖很多库和公共 API 的研究人员。

Okapi 100% 免费。

上一个把你的应用搞挂的 API 是哪个？在评论区告诉我们 💬

一个 PR 会说明哪个 API 变了、变了什么、什么时候生效，这比弃用邮件发到某个已经离职的人邮箱里有用多了 lol

那种压根没在任何地方公布过的变更，你们怎么捕获？？？有些 API 就是某天早上突然开始返回新的字段结构，changelog 里一个字都没有

把 API 变更的生效日期写进 pull request 很有用。这样评审者在拿到代码变更的同时，也能看到一个明确的截止时间，而不用再去追另一条弃用通知。