Postman于2026年3月1日推出面向智能体开发的新平台，整合Git原生工作流、API Catalog与内部API分发能力，强调API全生命周期管理；支持Collection v3多文件YAML格式及本地/云端视图分离，API Catalog属Enterprise方案并需权限管控，治理与质量流程不可替代。
2026年3月1日，Postman宣布推出面向智能体开发的新平台体验，将Git原生工作流、API Catalog和内部API分发能力纳入整体产品方向。此次发布强调API从开发到生产的连续管理，不仅关注请求能否成功发送，也关注接口定义、测试资产和团队协作如何跟随代码一起演进。
开发体验方面，Postman把API资源与本地Git仓库连接起来，使开发者能够在处理应用代码的同时管理相关集合和规范。新Collection v3格式采用多文件YAML组织方式，为审查具体变更提供更清晰的文件基础。这类变化主要影响API资产如何保存和参与协作，并不意味着用户升级客户端后，所有既有项目都会自动完成格式转换。
当前Native Git文档进一步区分了本地视图和云端视图。本地视图中的集合、环境、规范及项目文件可以与代码放在一起；团队准备共享时，再把相应变更同步到云端。这样的工作流让API资产能够进入分支、提交和审查过程，同时保留共享协作入口。是否同步、何时同步，仍是团队需要明确管理的步骤。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
组织管理方面，API Catalog提供集中查看、分析和治理API的入口，可汇集命令行运行、持续集成流水线和规范检查结果。根据当前文档，该能力属于Enterprise方案，并涉及管理员、目录管理者及普通开发者的权限区别。开发者能看到的内容仍受到工作区访问权限限制，集中目录不代表所有成员自动获得全部接口资源。对于跨部门协作的组织，这也意味着目录建设需要与实际职责和访问控制共同规划，而不是简单汇总链接。
这次发布体现了Postman将开发、验证和治理连接起来的产品思路，也增加了企业实施时需要确认的边界。Git管理解决的是资源变更和协作问题，目录解决的是可见性与治理问题，具体测试仍需有效的用例和运行环境。AI参与生成或修改API资产后，同样需要审查与验证，不能因为使用了新平台，就省略原有的质量控制流程。
