OpenAPI配套SDK规范
OpenSDK Specification 是一个面向 SDK 生成的开放规范，定位为 OpenAPI 的 companion。它试图解决 OpenAPI 只描述 API、但不能统一描述 SDK 生成行为的问题。核心文件是 opensdk.yaml，与 openapi.yaml 放在一起，用机器可读方式声明多语言 SDK 的生成规则。
从正文看，OpenSDK 覆盖的维度相当完整：可声明不同语言的命名风格、枚举表示、可选字段和日期类型；可统一重试策略，包括最大次数、退避算法和触发状态码；支持 cursor、offset、page-number、link-header 等分页模式，并可生成迭代器辅助方法。它还覆盖 Bearer、API key、Basic、OAuth2、OIDC 等认证封装，以及 npm、PyPI、crates.io、pkg.go.dev 等包发布元数据。
规范标称支持 15 种语言，包括 Go、TypeScript、Python、Java、Kotlin、Ruby、Rust、C#、PHP、Swift、Dart、Scala、Elixir、C、C++。此外，它特别提到 Terraform、Kubernetes、Pulumi 风格的 reconciliation、漂移检测、不可变字段和服务端管理字段，说明其目标不只是普通 HTTP Client，也覆盖基础设施类 SDK。页面还展示了 validate、generate、publish 的 CLI 工作流，但未明确 CLI 的安装方式、成熟度和兼容生成器清单。
正文没有提供定价、商业版本、支付方式或企业支持信息。页面有 GitHub 链接，并标注 Open Standard，但未直接说明许可证、治理模式或维护主体。因此只能判断它至少以开放规范为目标，不能据此确认完整开源状态。
优点是定位精准，补上了 API 描述到 SDK 交付之间长期存在的标准化空白；声明能力覆盖样式、认证、分页、重试、发布、治理和操作覆盖，贴近真实开发者平台团队的痛点。缺点是当前仍为 v1.0.0-draft，缺少真实生产案例、兼容生成器矩阵、路线图和支持说明，落地风险主要在生态成熟度。
它适合需要维护多语言官方 SDK 的 API 平台团队、基础设施 API 厂商，以及代码生成器作者。不太适合只维护单语言 SDK 的小团队。中国访问情况正文无法判断，GitHub 相关资源可能受网络环境影响；若落地受阻，可对比 OpenAPI Generator、Swagger Codegen、Speakeasy、Stainless、Fern、Kiota 等方案。
本测评基于公开资料整理,不构成购买建议,请以 opensdks.org 官网实际信息为准。
面向API平台的开放规范，值得关注。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。