chore(locadex): i18n for main

docs.json

@@ -286,7 +286,7 @@
             "tab": "Documentation",
             "groups": [
               {
-                "group": "Démarrage",
+                "group": "Prise en main",
                 "pages": [
                   "fr/index",
                   "fr/quickstart",
@@ -359,7 +359,7 @@
                 ]
               },
               {
-                "group": "Pages API",
+                "group": "Pages d’API",
                 "pages": [
                   "fr/api-playground/overview",
                   "fr/api-playground/openapi-setup",
@@ -405,7 +405,7 @@
                 "pages": [
                   "fr/guides/migration",
                   {
-                    "group": "Tableau de bord analytique",
+                    "group": "Tableau de bord d’analytics",
                     "icon": "chart-line",
                     "pages": [
                       "fr/analytics/overview",
@@ -512,7 +512,7 @@
             "tab": "Référence API",
             "groups": [
               {
-                "group": "Référence API",
+                "group": "Référence de l’API",
                 "pages": [
                   "fr/api-reference/introduction"
                 ]
@@ -537,7 +537,7 @@
             "tab": "Journal des modifications",
             "groups": [
               {
-                "group": "Journal des modifications",
+                "group": "Notes de version",
                 "pages": [
                   "fr/changelog"
                 ]
@@ -574,7 +574,7 @@
                 ]
               },
               {
-                "group": "Configuración principal",
+                "group": "Configuración central",
                 "pages": [
                   "es/settings",
                   "es/pages",
@@ -738,7 +738,7 @@
                     ]
                   },
                   {
-                    "group": "Kits de desarrollo (SDK)",
+                    "group": "SDKs",
                     "icon": "folder-code",
                     "pages": [
                       "es/integrations/sdks/speakeasy",
@@ -776,7 +776,7 @@
             ]
           },
           {
-            "tab": "Referencia de API",
+            "tab": "Referencia de la API",
             "groups": [
               {
                 "group": "Referencia de la API",
@@ -785,7 +785,7 @@
                 ]
               },
               {
-                "group": "Administración",
+                "group": "Administrador",
                 "pages": [
                   "es/api-reference/update/trigger",
                   "es/api-reference/update/status"
@@ -820,7 +820,7 @@
             "tab": "文档",
             "groups": [
               {
-                "group": "快速入门",
+                "group": "入门",
                 "pages": [
                   "zh/index",
                   "zh/quickstart",
@@ -909,7 +909,7 @@
                     ]
                   },
                   {
-                    "group": "AsyncAPI",
+                    "group": "AsyncAPI规范",
                     "icon": "webhook",
                     "pages": [
                       "zh/api-playground/asyncapi/setup",
@@ -939,7 +939,7 @@
                 "pages": [
                   "zh/guides/migration",
                   {
-                    "group": "分析仪表板",
+                    "group": "分析仪表盘",
                     "icon": "chart-line",
                     "pages": [
                       "zh/analytics/overview",
@@ -967,7 +967,7 @@
                     ]
                   },
                   {
-                    "group": "仪表盘访问",
+                    "group": "仪表盘访问权限",
                     "icon": "gauge",
                     "pages": [
                       "zh/advanced/dashboard/sso",
@@ -1005,7 +1005,7 @@
                     ]
                   },
                   {
-                    "group": "SDK",
+                    "group": "SDK（软件开发工具包）",
                     "icon": "folder-code",
                     "pages": [
                       "zh/integrations/sdks/speakeasy",
@@ -1032,7 +1032,7 @@
                 ]
               },
               {
-                "group": "版本控制与CI/CD",
+                "group": "版本控制与 CI/CD",
                 "pages": [
                   "zh/settings/github",
                   "zh/settings/gitlab",
@@ -1068,10 +1068,10 @@
             ]
           },
           {
-            "tab": "变更日志",
+            "tab": "更新日志",
             "groups": [
               {
-                "group": "变更日志",
+                "group": "更新日志",
                 "pages": [
                   "zh/changelog"
                 ]

es/advanced/dashboard/permissions.mdx

@@ -1,21 +1,19 @@
 ---
 title: 'Permisos del editor'
 description: 'Permite que más miembros de tu equipo actualicen tu documentación'
 ---
 
 Un editor tiene acceso a tu panel de control y al editor web.
 
 Cualquiera puede contribuir a tu documentación trabajando localmente y enviando cambios a tu repositorio, pero hay diferencias clave en cómo se despliegan los cambios:
 
 * **Cambios de editor**: Cuando un editor publica a través del editor web o fusiona una pull request en el repositorio de tu documentación, los cambios se despliegan automáticamente en tu sitio en producción.
 * **Cambios de no editor**: Cuando una persona que no es editora fusiona una pull request en tu repositorio, debes activar manualmente un despliegue desde tu panel de control para que esos cambios aparezcan en tu sitio en producción.
 
-
-
 <div id="add-editors">
   ## Agregar editores
 </div>
 
 De forma predeterminada, el miembro del equipo que creó tu organización de Mintlify tiene acceso de editor. Agrega editores adicionales en la página [Members](https://dashboard.mintlify.com/settings/organization/members) de tu panel.
 
-Los puestos de editor se facturan según el uso y puedes tener tantos editores como necesites. Consulta nuestra [página de precios](https://mintlify.com/pricing) para más detalles.
+Los puestos de editor se facturan según el uso y puedes tener tantos editores como necesites. Consulta nuestra [página de precios](https://mintlify.com/pricing) para más detalles.

es/advanced/dashboard/roles.mdx

@@ -1,26 +1,26 @@
 ---
 title: "Roles"
 description: "Controla el acceso a tu panel con roles."
 ---
 
 <Info>
   La funcionalidad RBAC está disponible en el [plan Enterprise](https://mintlify.com/pricing?ref=rbac).
 </Info>
 
 Mintlify ofrece dos niveles de acceso al panel: Editor y Admin.
 
 A continuación se describen las acciones restringidas al rol de Admin:
 
 |                         | Editor | Admin |
 | ----------------------- | :----: | :---: |
 | Actualizar roles de usuario |   ❌   |  ✅   |
 | Eliminar usuarios       |   ❌   |  ✅   |
 | Invitar usuarios admin  |   ❌   |  ✅   |
 | Gestionar y actualizar la facturación |   ❌   |  ✅   |
 | Actualizar dominio personalizado |   ❌   |  ✅   |
 | Actualizar origen de Git |   ❌   |  ✅   |
 | Eliminar organización   |   ❌   |  ✅   |
 
 El resto de acciones del panel están disponibles para ambos roles.
 
-Puedes invitar a tantos admins como quieras, pero recomendamos limitar el acceso de admin a quienes realmente lo necesiten.
+Puedes invitar a tantos admins como quieras, pero recomendamos limitar el acceso de admin a quienes realmente lo necesiten.

es/advanced/subpath/cloudflare.mdx

@@ -1,66 +1,65 @@
 ---
 title: "Cloudflare"
 description: "Aloja la documentación en una subruta personalizada con Cloudflare Workers"
 ---
 
 import Propagating from "/snippets/es/custom-subpath-propagating.mdx";
 
 Para alojar tu documentación en una subruta personalizada como `yoursite.com/docs` con Cloudflare, deberás crear y configurar un Cloudflare Worker.
 
 <Info>
   Antes de comenzar, necesitas una cuenta de Cloudflare y un nombre de dominio (que puede gestionarse dentro o fuera de Cloudflare).
 </Info>
 
-
 <div id="repository-structure">
   ## Estructura del repositorio
 </div>
 
 Los archivos de documentación deben organizarse dentro del repositorio para que coincidan con la estructura de subruta que elijas. Por ejemplo, si deseas que tu documentación esté en `yoursite.com/docs`, crea un directorio `docs/` con todos los archivos de documentación.
 
 <div id="set-up-a-cloudflare-worker">
   ## Configura un Cloudflare Worker
 </div>
 
 Crea un Cloudflare Worker siguiendo la [guía de inicio de Cloudflare Workers](https://developers.cloudflare.com/workers/get-started/dashboard/), si aún no lo has hecho.
 
 <Warning>
   Si tu proveedor de DNS es Cloudflare, no uses el proxy para el registro CNAME.
 </Warning>
 
 <div id="proxies-with-vercel-deployments">
   ### Proxies con implementaciones de Vercel
 </div>
 
 Si usas Cloudflare como proxy con implementaciones de Vercel, debes asegurarte de configurarlo correctamente para evitar conflictos con la verificación de dominio de Vercel y la emisión de certificados SSL.
 
 Una configuración de proxy incorrecta puede impedir que Vercel emita certificados SSL de Let's Encrypt y provocar errores en la verificación de dominio.
 
 <div id="required-path-allowlist">
   #### Lista de rutas permitidas requerida
 </div>
 
 Tu Cloudflare Worker debe permitir el tráfico a estas rutas específicas sin bloquear ni redirigir:
 
 - `/.well-known/acme-challenge/*` - Obligatorio para la verificación de certificados de Let's Encrypt
 - `/.well-known/vercel/*` - Obligatorio para la verificación de dominios de Vercel
 
 Aunque Cloudflare gestiona automáticamente muchas reglas de verificación, crear reglas personalizadas adicionales puede bloquear inadvertidamente este tráfico crítico.
 
 <div id="header-forwarding-requirements">
   #### Requisitos para el reenvío de encabezados
 </div>
 
 Asegúrate de que el encabezado `HOST` se reenvíe correctamente en la configuración de tu Worker. Si los encabezados no se reenvían adecuadamente, las solicitudes de verificación fallarán.
 
 <div id="configure-routing">
   ### Configurar el enrutamiento
 </div>
 
 En tu panel de Cloudflare, selecciona **Edit Code** y agrega el siguiente script al código de tu Worker. Consulta la [documentación de Cloudflare](https://developers.cloudflare.com/workers-ai/get-started/dashboard/#development) para obtener más información sobre cómo editar un Worker.
 
 <Tip>
   Reemplaza `[SUBDOMAIN]` por tu subdominio único, `[YOUR_DOMAIN]` por la URL base de tu sitio web y `/docs` por la subruta que desees si es diferente.
 </Tip>
 
 ```javascript
@@ -91,7 +90,7 @@
       proxyRequest.headers.set("Host", DOCS_URL);
       proxyRequest.headers.set("X-Forwarded-Host", CUSTOM_URL);
       proxyRequest.headers.set("X-Forwarded-Proto", "https");
       // Si estás desplegando en Vercel, conserva la IP del cliente
       proxyRequest.headers.set("CF-Connecting-IP", request.headers.get("CF-Connecting-IP"));
 
       return await fetch(proxyRequest);
@@ -103,57 +102,56 @@
 }
 ```
 
 Selecciona **Deploy** y espera a que los cambios se propaguen.
 
 <Propagating />
 
-
 <div id="test-your-worker">
   ### Prueba tu Worker
 </div>
 
 Después de desplegar tu código, prueba tu Worker para asegurarte de que redirige a tu documentación de Mintlify.
 
 1. Prueba usando la URL de vista previa del Worker: `your-worker.your-subdomain.workers.dev/docs`
 2. Verifica que el Worker redirige a tu documentación de Mintlify y a tu sitio web.
 
 <div id="add-custom-domain">
   ### Agregar un dominio personalizado
 </div>
 
 1. En tu [panel de Cloudflare](https://dash.cloudflare.com/), ve a tu Worker.
 2. Ve a **Settings > Domains & Routes > Add > Custom Domain**.
 3. Agrega tu dominio. 
 
 <Tip>
   Recomendamos agregar tu dominio tanto con como sin `www.`.
 </Tip>
 
 Consulta [Add a custom domain](https://developers.cloudflare.com/workers/configuration/routing/custom-domains/#add-a-custom-domain) en la documentación de Cloudflare para obtener más información. 
 
 <div id="resolve-dns-conflicts">
   ### Resolver conflictos de DNS
 </div>
 
 Si tu dominio ya apunta a otro servicio, debes eliminar el registro DNS existente. Tu Cloudflare Worker debe estar configurado para gestionar todo el tráfico de tu dominio.
 
 1. Elimina el registro DNS existente para tu dominio. Consulta [Delete DNS records](https://developers.cloudflare.com/dns/manage-dns-records/how-to/create-dns-records/#delete-dns-records) en la documentación de Cloudflare para obtener más información.
 2. Vuelve a tu Worker y añade tu dominio personalizado.
 
 <div id="webflow-custom-routing">
   ## Enrutamiento personalizado en Webflow
 </div>
 
 Si usas Webflow para alojar tu sitio principal y quieres servir la documentación de Mintlify en `/docs` dentro del mismo dominio, tendrás que configurar un enrutamiento personalizado con Cloudflare Workers para enrutar mediante proxy todo el tráfico que no sea de la documentación hacia tu sitio principal.
 
 <Warning>
   Asegúrate de que tu sitio principal esté configurado en una landing page antes de desplegar este Worker; de lo contrario, los visitantes de tu sitio principal verán errores.
 </Warning>
 
 1. En Webflow, configura una landing page para tu sitio principal, por ejemplo `landing.yoursite.com`. Esta será la página que verán los visitantes cuando ingresen a tu sitio.
 2. Despliega tu sitio principal en la landing page. Esto garantiza que tu sitio principal siga siendo accesible mientras configuras el Worker.
 3. Para evitar conflictos, actualiza cualquier URL absoluta en tu sitio principal para que sea relativa.
 4. En Cloudflare, selecciona **Edit Code** y agrega el siguiente script en el código de tu Worker.
 
 <Tip> Reemplaza `[SUBDOMAIN]` con tu subdominio único, `[YOUR_DOMAIN]` con la URL base de tu sitio web, `[LANDING_DOMAIN]` con la URL de tu landing page y `/docs` con la subruta que desees, si es diferente. </Tip>
 
@@ -203,6 +201,6 @@
   }
 ```
 
 5. Selecciona **Deploy** y espera a que los cambios se propaguen.
 
-<Propagating />
+<Propagating />

es/advanced/subpath/route53-cloudfront.mdx

@@ -1,236 +1,235 @@
 ---
 title: "AWS Route 53 y CloudFront"
 sidebarTitle: "AWS"
 description: "Aloja la documentación en una subruta personalizada con servicios de AWS"
 ---
 
 import Propagating from "/snippets/es/custom-subpath-propagating.mdx";
 
 Para alojar tu documentación en una subruta personalizada como `yoursite.com/docs` con AWS Route 53 y CloudFront, debes configurar tu proveedor de DNS para que apunte a tu distribución de CloudFront.
 
-
 <div id="repository-structure">
   ## Estructura del repositorio
 </div>
 
 Los archivos de documentación deben organizarse en tu repositorio para ajustarse a la estructura de subruta que elijas. Por ejemplo, si quieres que tu documentación esté en `yoursite.com/docs`, crea un directorio `docs/` con todos tus archivos de documentación.
 
 <div id="high-level-overview">
   ## Descripción general
 </div>
 
 Encamina el tráfico a estas rutas con una política de caché **CachingDisabled**:
 
 - `/.well-known/acme-challenge/*` - Requerido para la verificación de certificados de Let's Encrypt
 - `/.well-known/vercel/*` - Requerido para la verificación de dominio
 - `/docs/*` - Requerido para el enrutamiento por subruta
 - `/docs/` - Requerido para el enrutamiento por subruta
 
 Encamina el tráfico a esta ruta con una política de caché **CachingEnabled**:
 
 - `/mintlify-assets/_next/static/*`
 - `Default (*)` - La página de inicio de tu sitio web
 
 Todos los comportamientos deben tener una **política de solicitud de origen** de `AllViewerExceptHostHeader`.
 
 ![CloudFront "Behaviors" page with 4 behaviors: `/docs/*`, `/docs`, `Default`, and `/.well-known/*`.](/images/cloudfront/all-behaviors.png)
 
 <div id="create-cloudfront-distribution">
   ## Crear una distribución de CloudFront
 </div>
 
 1. Ve a [CloudFront](https://aws.amazon.com/cloudfront) en la consola de AWS.
 2. Selecciona **Create distribution**.
 
 <Frame>
     ![Página de CloudFront Distributions con el botón "Create distribution" resaltado.](/images/cloudfront/create-distribution.png)
   </Frame>
 
 3. En Origin domain, ingresa `[SUBDOMAIN].mintlify.dev`, donde `[SUBDOMAIN]` es el subdominio único de tu proyecto.
 
 <Frame>
     ![Página de CloudFront "Create distribution" que muestra "acme.mintlify.dev" como el dominio de origen.](/images/cloudfront/origin-name.png)
   </Frame>
 
 4. En "Web Application Firewall (WAF)", habilita las protecciones de seguridad.
 
 <Frame>
     ![Opciones de Web Application Firewall (WAF) con "Enable security protections" seleccionado.](/images/cloudfront/enable-security-protections.png)
   </Frame>
 
 5. Deja el resto de la configuración con los valores predeterminados.
 6. Selecciona **Create distribution**.
 
 <div id="add-default-origin">
   ## Agregar origen predeterminado
 </div>
 
 1. Después de crear la distribución, ve a la pestaña "Origins".
 
 <Frame>
     ![Una distribución de CloudFront con la pestaña "Origins" resaltada.](/images/cloudfront/origins.png)
   </Frame>
 
 2. Busca la URL de staging que refleje el dominio principal. Esto varía mucho según cómo esté alojada tu landing page. Por ejemplo, la URL de staging de Mintlify es [mintlify-landing-page.vercel.app](https://mintlify-landing-page.vercel.app).
 
 <Info>
   Si tu landing page está alojada en Webflow, usa la URL de staging de Webflow. Se verá como `.webflow.io`.
 
   Si usas Vercel, utiliza el dominio `.vercel.app` disponible para cada proyecto.
 </Info>
 
 3. Crea un nuevo Origin y agrega tu URL de staging como el "Origin domain".
 
 <Frame>
     ![Página de CloudFront "Create origin" con el campo de entrada "Origin domain" resaltado.](/images/cloudfront/default-origin.png)
   </Frame>
 
 A este punto, deberías tener dos Origins: uno con `[SUBDOMAIN].mintlify.app` y otro con tu URL de staging.
 
 <Frame>
   ![Página de CloudFront "Origins" con dos orígenes: uno para `mintlify` y otro para `mintlify-landing-page`.](/images/cloudfront/final-origins.png)
 </Frame>
 
 <div id="set-behaviors">
   ## Configurar comportamientos
 </div>
 
 Los comportamientos en CloudFront permiten controlar la lógica de subrutas. A alto nivel, queremos crear la siguiente lógica:
 
 - **Si un usuario llega a tu subruta personalizada**, ir a `[SUBDOMAIN].mintlify.dev`.
 - **Si un usuario llega a cualquier otra página**, ir a la página de inicio actual.
 
 1. Navega a la pestaña "Behaviors" de tu distribución de CloudFront.
 
 <Frame>
 	![Pestaña "Behaviors" de CloudFront resaltada.](/images/cloudfront/behaviors.png)
 </Frame>
 
 2. Selecciona el botón **Create behavior** y crea los siguientes comportamientos.
 
 <div id="well-known">
   ### `/.well-known/*`
 </div>
 
 Crea comportamientos para las rutas de verificación de dominios de Vercel con un **Patrón de ruta** `/.well-known/*` y configura **Origin and origin groups** a la URL de tu documentación.
 
 Para "Cache policy", selecciona **CachingDisabled** para que estas solicitudes de verificación pasen sin caché.
 
 <Frame>
   ![Página de CloudFront "Create behavior" con un "Path pattern" de "/.well-known/*" y "Origin and origin groups" apuntando a la URL de staging.](/images/cloudfront/well-known-policy.png)
 </Frame>
 
 <Info>
 Si `.well-known/*` es demasiado genérico, puedes reducirlo a un mínimo de 2 comportamientos para Vercel:
   - `/.well-known/vercel/*` - Requerido para la verificación de dominios de Vercel
   - `/.well-known/acme-challenge/*` - Requerido para la verificación de certificados de Let's Encrypt
 </Info>
 
 <div id="your-custom-subpath">
   ### Tu subruta personalizada
 </div>
 
 Crea un comportamiento con un **Patrón de ruta** de la subruta que elijas, por ejemplo `/docs`, con **Origen y grupos de origen** apuntando a la URL `.mintlify.dev` (en nuestro caso `acme.mintlify.dev`).
 
 - Configura "Cache policy" en **CachingOptimized**.
 - Configura "Origin request policy" en **AllViewerExceptHostHeader**.
 - Configura "Viewer Protocol Policy" en **Redirect HTTP to HTTPS**.
 
 <Frame>
   ![Página de CloudFront "Create behavior" con un "Path pattern" de "/docs/*" y "Origin and origin groups" apuntando a la URL `acme.mintlify.dev`.](/images/cloudfront/behavior-1.png)
 </Frame>
 
 <div id="your-custom-subpath-with-wildcard">
   ### Tu subruta personalizada con comodín
 </div>
 
 Crea un comportamiento con un **patrón de ruta** de la subruta que elijas seguida de `/*`, por ejemplo `/docs/*`, y **origen y grupos de origen** que apunten a la misma URL `.mintlify.dev`.
 
 Estos ajustes deben coincidir exactamente con el comportamiento de tu subruta base, con la excepción del **patrón de ruta**.
 
 - Configura "Cache policy" como **CachingOptimized**.
 - Configura "Origin request policy" como **AllViewerExceptHostHeader**.
 - Configura "Viewer protocol policy" como **Redirect HTTP to HTTPS**.
 
 <div id="mintlify-assets_nextstatic">
   ### `/mintlify-assets/_next/static/*`
 </div>
 
 - Establece la "Cache policy" en **CachingOptimized**
  - Establece la "Origin request policy" en **AllViewerExceptHostHeader**
  - Establece la "Viewer protocol policy" en **Redirect HTTP to HTTPS**
 
 <div id="default">
   ### `Default (*)`
 </div>
 
 Por último, vamos a editar el comportamiento `Default (*)`.
 
 <Frame>
   ![Una distribución de CloudFront con el comportamiento "Default (*)" seleccionado y el botón Edit destacado.](/images/cloudfront/default-behavior-1.png)
 </Frame>
 
 1. Cambia **Origin and origin groups** del comportamiento predeterminado a la URL de staging (en nuestro caso, `mintlify-landing-page.vercel.app`).
 
 <Frame>
   ![Página de CloudFront "Edit behavior" con el campo de entrada "Origin and origin groups" resaltado.](/images/cloudfront/default-behavior-2.png)
 </Frame>
 
 2. Selecciona **Save changes**.
 
 <div id="check-behaviors-are-set-up-correctly">
   ### Verifica que los comportamientos estén configurados correctamente
 </div>
 
 Si sigues los pasos anteriores, tus comportamientos deberían verse así:
 
 <Frame>
   ![Página de CloudFront "Behaviors" con 4 comportamientos: `/docs/*`, `/docs`, `Default` y `/.well-known/*`.](/images/cloudfront/all-behaviors.png)
 </Frame>
 
 <div id="preview-distribution">
   ## Vista previa de la distribución
 </div>
 
 Ahora puedes comprobar si tu distribución está configurada correctamente yendo a la pestaña "General" y visitando la URL de **Distribution domain name**.
 
 <Frame>
   ![Pestaña "General" de CloudFront con la URL de "Distribution domain name" resaltada.](/images/cloudfront/preview-distribution.png)
 </Frame>
 
 Todas las páginas deberían redirigir a tu página principal, pero si añades la subruta que elegiste, por ejemplo `/docs`, a la URL, deberías ver que te lleva a tu instancia de documentación de Mintlify.
 
 <div id="connect-with-route53">
   ## Conectar con Route53
 </div>
 
 Ahora vamos a llevar la funcionalidad de la distribución de CloudFront a tu dominio principal.
 
 <Note>
   Para esta sección, también puedes consultar la guía oficial de AWS sobre [Configurar
   Amazon Route 53 para enrutar tráfico a una
   distribución de CloudFront](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-cloudfront-distribution.html#routing-to-cloudfront-distribution-config)
 </Note>
 
 1. Ve a [Route53](https://aws.amazon.com/route53) en la consola de AWS.
 2. Entra en la “Hosted zone” de tu dominio principal.
 3. Selecciona **Create record**.
 
 <Frame>
   ![Página “Records” de Route 53 con el botón “Create record” resaltado.](/images/cloudfront/route53-create-record.png)
 </Frame>
 
 4. Activa `Alias` y luego, en **Route traffic to**, selecciona la opción `Alias to CloudFront distribution`.
 
 <Frame>
   ![Página “Create record” de Route 53 con el interruptor “Alias” y el menú “Route traffic to” resaltados.](/images/cloudfront/create-record-alias.png)
 </Frame>
 
 5. Selecciona **Create records**.
 
 <Note>
   Es posible que debas eliminar el registro A existente si ya hay uno.
 </Note>
 
 Tu documentación ahora está activa en la subruta elegida de tu dominio principal.
 

es/advanced/subpath/vercel.mdx

@@ -1,34 +1,33 @@
 ---
 title: "Vercel"
 description: "Aloja la documentación en una subruta personalizada con Vercel"
 ---
 
 import { VercelJsonGenerator } from "/snippets/es/vercel-json-generator.mdx";
 
-
 <div id="verceljson-file">
   ## archivo vercel.json
 </div>
 
 El archivo `vercel.json` define cómo se crea y se despliega tu proyecto. Se encuentra en el directorio raíz y controla varios aspectos del despliegue, incluidos el ruteo, las redirecciones, los encabezados y la configuración de compilación.
 
 Usamos la opción `rewrites` para reenviar (proxy) solicitudes desde tu dominio principal hacia tu documentación.
 
 Las reglas de reescritura asignan solicitudes entrantes a otros destinos sin cambiar la URL en el navegador. Cuando alguien visita `yoursite.com/docs`, Vercel obtendrá internamente contenido de `your-subdomain.mintlify.dev/docs`, pero el usuario seguirá viendo `yoursite.com/docs` en su navegador. Esto es diferente de las redirecciones, que enviarían a los usuarios a una URL completamente distinta.
 
 Puedes personalizar la subruta con cualquier valor que prefieras, como `/docs`, `/help` o `/guides`. Además, puedes usar subrutas con varios niveles, como `/product/docs`.
 
 <div id="repository-structure">
   ## Estructura del repositorio
 </div>
 
 Tus archivos de documentación deben organizarse dentro de tu repositorio para ajustarse a la estructura de subruta que elijas. Por ejemplo, si quieres que tu documentación esté en `yoursite.com/docs`, crea un directorio `docs/` con todos tus archivos de documentación.
 
 <div id="configuration">
   ## Configuración
 </div>
 
 Para alojar tu documentación en una subruta personalizada con Vercel, añade la siguiente configuración a tu archivo `vercel.json`. Este ejemplo usa `/docs`, pero puedes reemplazarlo por cualquier subruta:
 
 ```json
 {
@@ -45,54 +44,53 @@
 }
 ```
 
 * **`source`**: El patrón de ruta en tu dominio que activa la reescritura.
 * **`destination`**: A dónde se debe enrutar la solicitud mediante proxy.
 * **`:match*`**: Un comodín que captura cualquier segmento de ruta después de tu subruta.
 
 Para obtener más información, consulta [Configuring projects with vercel.json: Rewrites](https://vercel.com/docs/projects/project-configuration#rewrites) en la documentación de Vercel.
 
-
 <div id="generate-rewrites">
   ### Generar redirecciones
 </div>
 
 Ingresa tu subdominio y subdirectorio personalizado para generar las reglas en tu archivo `vercel.json`.
 
 <VercelJsonGenerator />
 
 <div id="using-external-proxies-with-vercel">
   ## Uso de proxies externos con Vercel
 </div>
 
 Si utilizas un proxy externo (como Cloudflare o AWS CloudFront) delante de tu implementación en Vercel, debes configurarlo correctamente para evitar conflictos con la verificación de dominio de Vercel y la provisión de certificados SSL.
 
 Una configuración incorrecta del proxy puede impedir que Vercel emita certificados SSL de Let's Encrypt y provocar fallos en la verificación de dominio.
 
 Consulta los [proveedores compatibles](https://vercel.com/guides/how-to-setup-verified-proxy#supported-providers-verified-proxy-lite) en la documentación de Vercel.
 
 <div id="required-path-allowlist">
   ### Lista de rutas permitidas requerida
 </div>
 
 Tu proxy externo debe permitir el tráfico a estas rutas específicas sin bloquear, redirigir ni aplicar caché de forma agresiva:
 
 - `/.well-known/acme-challenge/*` - Necesario para la verificación de certificados de Let's Encrypt
 - `/.well-known/vercel/*` - Necesario para la verificación de dominios de Vercel
 - `/mintlify-assets/_next/static/*` - Necesario para los recursos estáticos
 
 Estas rutas deben pasar directamente a tu despliegue en Vercel sin modificaciones.
 
 <div id="header-forwarding-requirements">
   ### Requisitos para el reenvío de encabezados
 </div>
 
 Asegúrate de que tu proxy reenvíe correctamente el encabezado `HOST`. Sin un reenvío adecuado de ese encabezado, las solicitudes de verificación fallarán.
 
 <div id="testing-your-proxy-setup">
   ### Probar la configuración del proxy
 </div>
 
 Para verificar que tu proxy esté configurado correctamente:
 
 1. Comprueba que `https://[yourdomain].com/.well-known/vercel/` devuelva una respuesta.
 2. Asegúrate de que los certificados SSL se estén aprovisionando correctamente en tu panel de Vercel.

es/ai/contextual-menu.mdx

@@ -1,6 +1,6 @@
 ---
 title: "Menú contextual"
 description: "Añade integraciones de IA con un clic a tu documentación"
 icon: "square-menu"
 ---
 
@@ -9,7 +9,6 @@
 
 El menú contextual ofrece acceso rápido a contenido optimizado para IA e integraciones directas con herramientas de IA populares. Cuando los usuarios abren el menú contextual en cualquier página, pueden copiar contenido para usarlo como contexto en herramientas de IA o iniciar conversaciones en ChatGPT, Claude, Perplexity o en una herramienta personalizada de su elección, con su documentación ya cargada como contexto.
 
-
 <div id="menu-options">
   ## Opciones del menú
 </div>
@@ -57,7 +56,6 @@
 }
 ```
 
-
 <div id="adding-custom-options">
   ## Agregar opciones personalizadas
 </div>
@@ -124,7 +122,6 @@
 }
 ```
 
-
 <div id="custom-option-examples">
   ### Ejemplos de opciones personalizadas
 </div>

es/ai/llmstxt.mdx

@@ -14,7 +14,6 @@ Consulta tu `llms.txt` añadiendo `/llms.txt` a la URL de tu sitio de documentac
 
 <PreviewButton href="https://mintlify.com/docs/llms.txt">Abrir el llms.txt de este sitio.</PreviewButton>
 
-
 <div id="llmstxt-structure">
   ## Estructura de llms.txt
 </div>
@@ -37,7 +36,6 @@ Un archivo `llms.txt` es un archivo Markdown sin formato que contiene:
 
 Este enfoque estructurado permite que los LLM procesen tu documentación de forma eficiente a un nivel general y localicen contenido relevante para las consultas de los usuarios, mejorando la precisión y la velocidad de las búsquedas de documentación asistidas por IA.
 
-
 <div id="llms-fulltxt">
   ## llms-full.txt
 </div>
@@ -48,12 +46,10 @@ Mintlify aloja automáticamente un archivo `llms-full.txt` en la raíz de tu pro
 
 <PreviewButton href="https://mintlify.com/docs/llms-full.txt">Abrir el llms-full.txt de este sitio.</PreviewButton>
 
-
-
 <div id="custom-files">
   ## Archivos personalizados
 </div>
 
 Para agregar un archivo `llms.txt` o `llms-full.txt` personalizado, crea un archivo `llms.txt` o `llms-full.txt` en la raíz de tu proyecto. Al agregar un archivo personalizado, se reemplazará el archivo generado automáticamente con el mismo nombre. Si eliminas un archivo personalizado, se volverá a usar el archivo predeterminado.
 
-Tu archivo `llms.txt` o `llms-full.txt` personalizado debe incluir el título del sitio como encabezado H1. El resto del contenido es opcional. Consulta [Formato](https://llmstxt.org/#format) en la especificación de `llms.txt` para obtener más información sobre secciones opcionales y buenas prácticas.
+Tu archivo `llms.txt` o `llms-full.txt` personalizado debe incluir el título del sitio como encabezado H1. El resto del contenido es opcional. Consulta [Formato](https://llmstxt.org/#format) en la especificación de `llms.txt` para obtener más información sobre secciones opcionales y buenas prácticas.

es/ai/markdown-export.mdx

@@ -10,7 +10,6 @@ Markdown proporciona texto estructurado que las herramientas de IA pueden proces
 
 Mintlify genera automáticamente versiones en Markdown de las páginas, optimizadas para herramientas de IA e integraciones externas.
 
-
 <div id="md-url-extension">
   ## Extensión .md en la URL
 </div>
@@ -19,10 +18,8 @@ Añade `.md` a la URL de cualquier página para ver su versión en Markdown.
 
 <PreviewButton href="https://mintlify.com/docs/ai/markdown-export.md">Abrir esta página en Markdown</PreviewButton>
 
-
-
 <div id="keyboard-shortcut">
   ## Atajo de teclado
 </div>
 
-Presiona <kbd>Command</kbd> + <kbd>C</kbd> (<kbd>Ctrl</kbd> + <kbd>C</kbd> en Windows) para copiar una página como Markdown al portapapeles.
+Presiona <kbd>Command</kbd> + <kbd>C</kbd> (<kbd>Ctrl</kbd> + <kbd>C</kbd> en Windows) para copiar una página como Markdown al portapapeles.

es/ai/model-context-protocol.mdx

@@ -134,7 +134,7 @@ Estas son algunas formas en que puedes ayudar a tus usuarios a conectarse a tu s
 
 <Tabs>
   <Tab title="Menú contextual">
-    Agrega opciones en el [menú contextual](/es/ai/contextual-menu) para que tus usuarios se conecten a tu servidor MCP desde cualquier página de tu documentación.
+    Agrega opciones en el [menú contextual](/es/es/ai/contextual-menu) para que tus usuarios se conecten a tu servidor MCP desde cualquier página de tu documentación.
 
     | Opción | Identificador | Descripción |
     | :----- | :------------ | :---------- |

es/api-playground/asyncapi/playground.mdx

@@ -2,4 +2,4 @@
 title: "Área de pruebas"
 description: "Permite que los usuarios interactúen con tus websockets"
 asyncapi: "/asyncapi.yaml channelOne"
----
+---

es/api-playground/asyncapi/setup.mdx

@@ -3,8 +3,6 @@ title: "Configuración de AsyncAPI"
 description: "Crea páginas de referencia de websocket con AsyncAPI"
 ---
 
-
-
 <div id="add-an-asyncapi-specification-file">
   ## Agrega un archivo de especificación de AsyncAPI
 </div>
@@ -16,8 +14,6 @@ Para empezar a crear páginas para tus websockets, asegúrate de contar con un d
   [AsyncAPI Studio](https://studio.asyncapi.com/)
 </Tip>
 
-
-
 <div id="auto-populate-websockets-pages">
   ## Autogenerar páginas de websockets
 </div>
@@ -77,7 +73,6 @@ Puedes agregar un campo `asyncapi` a cualquier pestaña o grupo en la navegació
   la carpeta **api-reference** del repositorio de docs.
 </Note>
 
-
 <div id="channel-page">
   ## Página de canal
 </div>
@@ -89,4 +84,4 @@ Si quieres tener más control sobre el orden de tus canales o simplemente refere
 title: "Canal WebSocket"
 asyncapi: "/path/to/asyncapi.json channelName"
 ---
-```
+```

es/api-playground/customization/adding-sdk-examples.mdx

@@ -45,4 +45,4 @@ paths:
           source: |
             const planter = require('planter');
             planter.list({ potted: true });
-```
+```

es/api-playground/customization/complex-data-types.mdx

@@ -5,8 +5,6 @@ description: "Describe APIs con esquemas flexibles, propiedades opcionales y mú
 
 Cuando tu API acepta varios formatos de datos, tiene campos condicionales o utiliza patrones de herencia, las palabras clave de composición de esquemas de OpenAPI te ayudan a documentar estas estructuras flexibles. Con `oneOf`, `anyOf` y `allOf`, puedes describir APIs que admiten diferentes tipos de entrada o combinan múltiples esquemas en modelos de datos completos.
 
-
-
 <div id="oneof-anyof-allof-keywords">
   ## Palabras clave `oneOf`, `anyOf`, `allOf`
 </div>
@@ -102,4 +100,4 @@ delivery_address:
       </Tab>
     </Tabs>
   </div>
-</ParamField>
+</ParamField>

es/api-playground/customization/managing-page-visibility.mdx

@@ -7,8 +7,6 @@ Puedes controlar qué operaciones de OpenAPI se publican como páginas de docume
 
 Si tus páginas se generan automáticamente a partir de un documento de OpenAPI, puedes gestionar la visibilidad de las páginas con las extensiones `x-hidden` y `x-excluded`.
 
-
-
 <div id="x-hidden">
   ## `x-hidden`
 </div>
@@ -21,8 +19,6 @@ Los casos de uso comunes de `x-hidden` son:
 - Páginas a las que enlazarás desde otros contenidos.
 - Endpoints para usuarios específicos.
 
-
-
 <div id="x-excluded">
   ## `x-excluded`
 </div>
@@ -35,8 +31,6 @@ Casos de uso comunes de `x-excluded`:
 - Endpoints en desuso que no quieres documentar.
 - Funcionalidades beta que aún no están listas para la documentación pública.
 
-
-
 <div id="implementation">
   ## Implementación
 </div>
@@ -93,4 +87,4 @@ A continuación se muestran ejemplos de cómo usar cada propiedad en un document
     }
   }
 }
-```
+```