API 管理平台 Postman 11 版本为支持 AI 的 API 提供了更好的支持，并提供了与 API 合作伙伴进行通信的新工具。
译自 New Postman Release Supports AI API Development With ... AI，作者 Loraine Lawson。
人工智能可能是未来的浪潮，但 AI 作为开发工具的使用取决于 API。这就是为什么更好的 API 管理将成为 AI 成功发展的关键，API 管理平台 Postman 的联合创始人兼首席执行官 Abhinav Asthana 说道。
“我们认为，API 将变得更加重要，”Asthana 告诉 The New Stack，并补充说 AI 是一个平台转变，它将影响每一款软件。AI 还需要重新思考 API 的使用和设计方式；API 需要 能够被 AI 机器人理解，并且非常易于理解和集成，他解释道。
“AI 机器人必须理解 API 的本质，”Asthana 说。“API 需要有良好的文档记录，它们需要被很好地理解，因为你不能仅仅依靠开发人员的技能来彻底了解它。机器人——尽管它们很智能——但它们仍然只是机器人。”
他补充说，设计不当的 API 可能会给 AI 带来问题。例如，API 可能会向机器人开放组织不希望公开的数据。
“如果他们误解了它，并且错误地执行了你不想让他们执行的操作，你可能会让企业面临风险，”他说。“在某些方面，你现在必须在为一组新的用例使 API 易于理解的同时，还要考虑 API 的安全性和设计方面，以确保你的企业受到保护。我认为，不再需要争论的是，你需要 API。如果没有 API，机器人就无法做任何事情。”
适用于 AI API 的机器人
Postman 押注于用于改进 AI API 的工具就是 AI 本身。根据该公司的 API 报告现状，60% 的 API 专业人士报告称使用生成式 AI 来查找代码中的错误、生成代码和编码指令。Gartner 估计，在短短两年内，超过 80% 的企业将使用生成式 AI API 或模型——这将是惊人的增长，考虑到去年这个数字还不到 5%。
为了让这一未来成为现实，API 管理平台创建了一个专门的 AI 机器人，该机器人经过训练，可以帮助开发人员为 AI 构建更好的 API。该 AI 被称为 Postbot，它可以帮助进行测试生成、文档编制、调试、在开发 API 时进行数据可视化和开发人员工作流。它在 Postman 11 版本中普遍可用，该版本于本月早些时候发布。
开发人员使用 AI API 面临的一个挑战是，他们应该支持流式传输信息以创建 AI 对话的“流程”。他说，通常情况下，REST API 在设计上是单次执行的。为了支持 AI 机器人的流式传输功能以及 AI 机器人可以“随着时间的推移构建上下文”这一事实，越来越多的开发人员正在转向 WebSockets 和 GraphQL。他补充说，Postman 计划在未来投资更多成熟的工具。他补充说，Postman 与语言和架构无关，因此它支持 REST、SOAP、GraphQL 和其他类型的 API。
“Postbot 可以让你在原型制作、文档编制、测试、演示等方面想做的一切变得更快，它可以为你提供初稿，它可以让你完成工作，”他说。
他还补充说，这也是证明他观点的一个很好的例子，因为机器人本身需要智能基础设施和设计良好的 API 来支持会话界面。与专注于自动完成代码的 copilots 不同，Postbot 被设计为利用内部资源并支持有关 API 开发的对话。
“我们在提高其响应准确性方面付出了很多努力，”他说。“我们有各种模型在后台工作。我们可以参考你 Postman 工作区中的数据，它可以参考文档，因此它真的是为 API 工作定制的，我觉得机器人的未来将更像是 Postbot，而不仅仅是一个自动完成工具。”
用于在 API 上进行合作的工作区
Postman v11 还扩展了对面向外部合作伙伴的 API 的支持，这是 API 开发的主要痛点之一。Asthana 说，直到最近，拥有多个合作伙伴 API 的企业首选的工具一直是电子邮件，有时是 Slack。
他说：“我们惊讶地发现，每家公司都有一堆合作伙伴 API，而且它们的数量通常多于公共 API。”“然后我们与他们交谈——好的，当您必须与合作伙伴达成共识时，您如何使用这些 API，或者合作伙伴来找您并告诉您，嘿，这是我想要的东西或正在工作或无法工作的东西。您如何做到这一点？”
他说，组织已经发现，开发者门户不适用于在 API 上进行协作。他说，作为一种解决方法，客户一直在创建 Postman 集合——它使开发人员能够将具有不同方法类型的请求分组并将其组织到文件夹或子文件夹中——然后通过电子邮件或 Slack 与合作伙伴组织共享这些集合。
API 管理平台 Postman 的联合创始人兼首席执行官 Abhivan Asthana 说：“API 需要有良好的文档记录，需要得到很好的理解，因为您不能仅仅依靠开发人员的技能来彻底了解它。机器人——尽管它们很智能——但它们仍然只是机器人。”
他指出，这对可能支持 1000 多个 API 合作伙伴的企业来说并不是最佳选择。Postman 于 2022 年为企业推出了合作伙伴工作区，但本月 Postman 扩展了产品，以便在其企业计划和专业计划中向多个外部合作伙伴分发 Postman API 集合。该公司表示，新的支持有望通过减少 API 协作的麻烦来加快开发时间。
第 11 版还通过整合一个提要添加了一种新的更新通信方法，该提要可让内部和外部客户知道 API 何时已更新。这有助于消除消费者使用过时 API 的风险。工作区还允许开发人员一次与多个 API 合作伙伴就 API 进行交流，从而无需发送多封电子邮件。
他说：“目标与公共 API 或私有 API 一样，我们缩短了价值实现时间，缩短了首次调用的时间，您可以在单个工作区中邀请所有合作伙伴，也可以为他们创建多个工作区。”“此功能很大程度上来自我们企业客户的反馈，他们发现很难管理他们的合作伙伴关系。”
Postman 发布了一篇 博客文章，详细介绍了版本 11 中的所有更新。其他以开发人员为重点的功能亮点包括：
- 添加了一个 VSCode 扩展，允许程序员直接在他们的 IDE 中开发和测试 API；
- 能够一次更改脚本，随处使用，使用一项名为 Package Library 的功能，该功能用于将常用脚本和测试存储为程序包；
- 使用 Postman Vault 安全地重用 HTTP 集合、环境和请求中的敏感数据，或与您已使用的第三方保管库集成，包括 AWS、Azure 和 HashiCorp；以及
- 欧盟开发人员可以使用 Postman 抢先体验 Postman EU 数据驻留，目前仅限受邀者使用。
