跳转到主要内容
如果你目前为每个 API 端点使用独立的 MDX 页面，你可以迁移到根据 OpenAPI 规范自动生成页面，同时仍然保留单个页面的自定义能力。这样可以帮助你减少需要维护的文件数量，并提升 API 文档的一致性。 你可以在 OpenAPI 规范中为每个端点定义 metadata 和 content，并在导航结构中按照你的需求组织这些端点。

​
迁移步骤

1

准备你的 OpenAPI 规范。

确保你的 OpenAPI 规范是有效的，并包含你想要编写文档的所有端点。对于任何你想自定义元数据或内容的端点，为该端点添加 x-mint 扩展。更多详情参见 x-mint extension。对于任何你想从文档中排除的端点，为该端点添加 x-hidden 扩展。
使用 Swagger Editor 或 Mint CLI 校验你的 OpenAPI 文件。
2

更新你的导航结构。

在你的 docs.json 中，将对 MDX 页面的引用替换为 OpenAPI 端点。
"navigation": {
  "groups": [
    {
      "group": "API Reference",
      "openapi": "/path/to/openapi.json",
      "pages": [
        "overview",
        "authentication",
        "introduction",
        "GET /health",
        "quickstart", 
        "POST /users",
        "GET /users/{id}",
        "advanced-features"
      ]
    }
  ]
}
3

移除旧的 MDX 文件。

在确认你的新导航正常工作后，移除不再需要的 MDX 端点文件。
你可以自定义 API 文档在导航中的显示方式。

​
混合内容导航

将自动生成的 API 页面与其他页面结合使用： 
"navigation": {
  "groups": [
    {
      "group": "API 参考",
      "openapi": "openapi.json",
      "pages": [
        "api/overview",
        "GET /users",
        "POST /users", 
        "api/authentication"
      ]
    }
  ]
}

​
多个 API 版本

使用 Tabs 或 groups 来组织不同的 API 版本： 
"navigation": {
  "tabs": [
    {
      "tab": "API v1",
      "openapi": "specs/v1.json"
    },
    {
      "tab": "API v2",
      "openapi": "specs/v2.json"
    }
  ]
}

​
何时使用单独的 MDX 页面

在以下情况下，可以保留单独的 MDX 页面：
  • 每个接口需要大量自定义内容，例如 React 组件或篇幅较长的示例。
  • 需要独特的页面布局。
  • 想在特定接口上尝试实验性的文档编写方式。
对于大多数场景，OpenAPI 导航在可维护性和一致性方面表现更好。