Postman于2026年4月2日为SDK生成功能新增C#、Go和PHP支持，覆盖六种语言；该功能基于集合或OpenAPI规范生成客户端代码，强调测试、文档与SDK共源以保障一致性，但自动生成仍需人工验证；当前已迁移到Fern工具，迁移非直接替换，需评估变更并作为新主版本发布。
2026年4月2日，Postman宣布为其SDK生成功能增加C#、Go和PHP支持，加上此前提供的TypeScript、Python和Java，当时覆盖六种编程语言。该功能以Postman集合或OpenAPI规范为输入，将接口定义转化为应用可以调用的客户端代码，面向需要向不同技术栈提供API接入能力的团队。
此次扩展的重点不只是增加代码输出语言，还包括让接口信息进入各语言的开发流程。与复制单次请求示例相比，SDK通常需要表达参数、响应模型和客户端调用方式。Postman当时提出将测试、文档与SDK建立在共同的集合或规范之上，使接口变化能够沿着同一份上游定义传递，降低多处独立维护造成的信息不一致。
不过，自动生成并不等于无需验证。接口规范是否准确、认证流程是否完整，以及异常响应是否被正确描述，都会影响生成结果。对于提供公共API的团队，SDK属于需要持续维护的交付物，除了生成代码，还涉及版本管理、兼容性测试和发布说明。新增语言扩大了可服务的开发者范围，但不会自动补齐原有接口定义中的缺失信息。尤其在多个客户端共同使用同一接口时，验证生成结果与真实服务行为的一致性仍然不可省略。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
截至本次资料核对，Postman当前官方文档已经给出从原SDK Generator迁移至Fern的说明。迁移可以沿用API规范、代码仓库和多数软件包名称，生成器配置则需要转换。官方特别指出，Fern生成的代码不能视为原代码的直接替换，客户端初始化、方法与类型名称、错误类型和包结构都可能存在差异。
因此，六种语言的消息应作为2026年4月的产品进展报道，而不是当前能力范围或操作入口的永久说明。现有用户规划升级时，需要结合最新迁移文档评估变更，并为使用SDK的下游项目提供说明。官方建议把迁移后的SDK作为新的主版本发布，这也表明，生成工具的更换可能影响消费者代码，不能仅按内部构建工具升级处理。
