docs: update translations

Author: test

docs/src/content/docs/es/blog/migrating-from-aws-pdk.mdx

@@ -5,8 +5,7 @@ date: 2025-09-26
 authors:
  - jack
 ---
-
-import { Steps, Tabs, TabItem } from '@astrojs/starlight/components';
+import { Steps } from '@astrojs/starlight/components';
 import Snippet from '@components/snippet.astro';
 import CreateNxWorkspaceCommand from '@components/create-nx-workspace-command.astro';
 import RunGenerator from '@components/run-generator.astro';
@@ -37,7 +36,7 @@ Ten en cuenta también que algunas características de PDK no tienen equivalente
 :::
 
 :::caution[Guía de un momento específico]
-Esta guía está escrita para un momento específico y probablemente no se actualizará conforme evolucione el Nx Plugin para AWS. Para compensar esto, la guía fija la versión de `@aws/nx-plugin` a `0.50.0`. Puedes intentar con la última versión si sigues los pasos, pero puede haber desviaciones respecto a la guía.
+Esta guía está escrita para un momento específico y probablemente no se actualizará conforme evolucione el Nx Plugin para AWS. Para compensar esto, la guía fija la versión de `@aws/nx-plugin` a `1.0.0-rc.33`. Puedes intentar con la última versión si sigues los pasos, pero puede haber desviaciones respecto a la guía.
 :::
 
 ## Ejemplo de Migración: Aplicación de Lista de Compras
@@ -55,28 +54,7 @@ La aplicación de lista de compras consiste en los siguientes tipos de proyecto
 
 Para comenzar, crearemos un nuevo espacio de trabajo para nuestro proyecto nuevo. Aunque más extremo que una migración in situ, este enfoque nos da el resultado final más limpio. Crear un espacio de trabajo Nx es equivalente a usar el `MonorepoTsProject` de PDK:
 
-<Tabs syncKey="cli-command">
-  <TabItem label="pnpm" icon="pnpm">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=pnpm --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="yarn" icon="seti:yarn">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=yarn --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="npm" icon="seti:npm">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=npm --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="bun" icon="bun">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=bun --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-</Tabs>
+<CreateNxWorkspaceCommand workspace="shopping-list" iac="cdk" tag="1.0.0-rc.33" />
 
 Abre el directorio `shopping-list` que crea este comando en tu IDE favorito.
 

docs/src/content/docs/es/snippets/pdk-migration/example/01-migrate-api.mdx

@@ -26,7 +26,7 @@ Si usaste OpenAPI o TypeSpec como lenguaje de modelado, o tienes manejadores imp
 
 Ejecuta el <Link path="/guides/ts-smithy-api">generador `ts#smithy-api`</Link> para configurar tu proyecto de API en `packages/api`:
 
-<RunGenerator generator="ts#smithy-api" noInteractive requiredParameters={{ name: 'api', namespace: 'com.aws', auth: 'IAM' }} />
+<RunGenerator generator="ts#api" noInteractive requiredParameters={{ name: 'api', framework: 'smithy', namespace: 'com.aws', auth: 'iam' }} />
 
 Notarás que esto genera un proyecto `model`, así como un proyecto `backend`. El proyecto `model` contiene tu modelo Smithy, y `backend` contiene la implementación del servidor.
 

docs/src/content/docs/es/snippets/pdk-migration/example/02-migrate-website.mdx

@@ -20,7 +20,7 @@ Como parte de la migración, también cambiaremos del React Router configurado p
 
 Ejecuta el <Link path="/guides/react-website">generador `ts#website`</Link> con `framework` establecido en `react` para configurar tu proyecto de sitio web en `packages/website`:
 
-<RunGenerator generator="ts#website" noInteractive requiredParameters={{ name: 'website', framework: 'react' }} />
+<RunGenerator generator="ts#website" noInteractive requiredParameters={{ name: 'website', framework: 'react', ux: 'cloudscape' }} />
 
 #### Añadir autenticación Cognito
 
@@ -67,7 +67,7 @@ El `CloudscapeReactTsWebsiteProject` incluía automáticamente una dependencia d
 ```diff lang="ts"
 // packages/website/vite.config.mts
   build: {
-    outDir: '../../dist/packages/website',
+    outDir: '../../dist/packages/website/bundle',
     emptyOutDir: true,
     reportCompressedSize: true,
     commonjsOptions: {
@@ -99,16 +99,12 @@ Notarás algunos errores de compilación en tu IDE, necesitaremos hacer algunos
 
 Al usar [enrutamiento basado en archivos](https://tanstack.com/router/latest/docs/framework/react/routing/file-based-routing), podemos usar el servidor de desarrollo local del sitio web para gestionar la generación automática de la configuración de rutas.
 
-El servidor local de la API Smithy se ejecuta con [`tsx`](https://github.com/privatenumber/tsx), así que añadámoslo como dependencia de desarrollo antes de iniciar los servidores locales:
+Iniciemos el servidor local del sitio web:
 
-<InstallCommand dev pkg="tsx" />
-
-Ahora iniciemos el servidor local del sitio web:
-
-<NxCommands commands={["serve-local website"]} />
+<NxCommands commands={["dev website"]} />
 
 :::tip
-Usamos el objetivo `serve-local` que también inicia servidores locales para APIs conectadas con `connection`, y recarga en caliente si cambian el sitio web, modelo o backend. ¡Esto nos permite probar la API y el sitio web localmente antes de escribir código CDK!
+Usamos el objetivo `dev` aquí, que también inicia servidores locales para APIs conectadas con `connection`, y recarga en caliente si cambian el sitio web, modelo o backend. ¡Esto nos permite probar la API y el sitio web localmente antes de escribir código CDK!
 :::
 
 Verás algunos errores, pero el servidor local debería iniciarse en el puerto `4200`, junto con el servidor Smithy local en el puerto `3001`.

docs/src/content/docs/fr/blog/migrating-from-aws-pdk.mdx

@@ -6,7 +6,7 @@ authors:
  - jack
 ---
 
-import { Steps, Tabs, TabItem } from '@astrojs/starlight/components';
+import { Steps } from '@astrojs/starlight/components';
 import Snippet from '@components/snippet.astro';
 import CreateNxWorkspaceCommand from '@components/create-nx-workspace-command.astro';
 import RunGenerator from '@components/run-generator.astro';
@@ -37,7 +37,7 @@ Notez aussi que certaines fonctionnalités de PDK n'ont pas d'équivalents exact
 :::
 
 :::caution[Guide à un instant donné]
-Ce guide représente un instantané et ne sera probablement pas mis à jour avec l'évolution du Nx Plugin pour AWS. Pour compenser, le guide utilise la version `0.50.0` de `@aws/nx-plugin`. Vous pouvez essayer avec la dernière version, mais il pourrait y avoir des écarts par rapport au guide.
+Ce guide représente un instantané et ne sera probablement pas mis à jour avec l'évolution du Nx Plugin pour AWS. Pour compenser, le guide utilise la version `1.0.0-rc.33` de `@aws/nx-plugin`. Vous pouvez essayer avec la dernière version, mais il pourrait y avoir des écarts par rapport au guide.
 :::
 
 ## Exemple de migration : Application de liste de courses
@@ -55,28 +55,7 @@ L'application de liste de courses contient les types de projets PDK suivants :
 
 Pour commencer, nous allons créer un nouvel espace de travail pour notre projet. Bien que plus radical qu'une migration in situ, cette approche donne le résultat le plus propre. Créer un espace Nx équivaut à utiliser le `MonorepoTsProject` de PDK :
 
-<Tabs syncKey="cli-command">
-  <TabItem label="pnpm" icon="pnpm">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=pnpm --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="yarn" icon="seti:yarn">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=yarn --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="npm" icon="seti:npm">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=npm --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="bun" icon="bun">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=bun --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-</Tabs>
+<CreateNxWorkspaceCommand workspace="shopping-list" iac="cdk" tag="1.0.0-rc.33" />
 
 Ouvrez le répertoire `shopping-list` créé par cette commande dans votre IDE préféré.
 

docs/src/content/docs/fr/snippets/pdk-migration/example/01-migrate-api.mdx

@@ -26,7 +26,7 @@ Si vous avez utilisé OpenAPI ou TypeSpec comme langage de modélisation, ou des
 
 Exécutez le <Link path="/guides/ts-smithy-api">générateur `ts#smithy-api`</Link> pour configurer votre projet d'API dans `packages/api` :
 
-<RunGenerator generator="ts#smithy-api" noInteractive requiredParameters={{ name: 'api', namespace: 'com.aws', auth: 'IAM' }} />
+<RunGenerator generator="ts#api" noInteractive requiredParameters={{ name: 'api', framework: 'smithy', namespace: 'com.aws', auth: 'iam' }} />
 
 Vous remarquerez que cela génère un projet `model` ainsi qu'un projet `backend`. Le projet `model` contient votre modèle Smithy, et `backend` contient l'implémentation serveur.
 

docs/src/content/docs/fr/snippets/pdk-migration/example/02-migrate-website.mdx

@@ -18,9 +18,9 @@ Dans le cadre de la migration, nous passerons également du React Router configu
 
 #### Générer un site React
 
-Exécutez le <Link path="/guides/react-website">générateur `ts#website`</Link> avec `framework` défini sur `react` pour configurer votre projet de site dans `packages/website` :
+Exécutez le <Link path="/guides/react-website">générateur `ts#website`</Link> avec `framework` défini sur `react` pour configurer votre projet de site dans `packages/website`. Comme l'application de liste de courses est construite avec des composants CloudScape, nous définissons également `ux` sur `cloudscape` (la valeur par défaut est `shadcn`) :
 
-<RunGenerator generator="ts#website" noInteractive requiredParameters={{ name: 'website', framework: 'react' }} />
+<RunGenerator generator="ts#website" noInteractive requiredParameters={{ name: 'website', framework: 'react', ux: 'cloudscape' }} />
 
 #### Ajouter l'authentification Cognito
 
@@ -67,7 +67,7 @@ Le `CloudscapeReactTsWebsiteProject` incluait automatiquement une dépendance su
 ```diff lang="ts"
 // packages/website/vite.config.mts
   build: {
-    outDir: '../../dist/packages/website',
+    outDir: '../../dist/packages/website/bundle',
     emptyOutDir: true,
     reportCompressedSize: true,
     commonjsOptions: {
@@ -99,16 +99,12 @@ Vous aurez maintenant des erreurs de build dans votre IDE, nous devrons apporter
 
 Comme nous utilisons le [routage basé sur les fichiers](https://tanstack.com/router/latest/docs/framework/react/routing/file-based-routing), nous pouvons utiliser le serveur de développement local pour générer automatiquement la configuration des routes.
 
-Le serveur local de l'API Smithy s'exécute avec [`tsx`](https://github.com/privatenumber/tsx), ajoutons-le donc comme dépendance de développement avant de démarrer les serveurs locaux :
+Démarrons le serveur local du site :
 
-<InstallCommand dev pkg="tsx" />
-
-Démarrons maintenant le serveur local du site :
-
-<NxCommands commands={["serve-local website"]} />
+<NxCommands commands={["dev website"]} />
 
 :::tip
-Nous utilisons la cible `serve-local` ici, qui démarre aussi les serveurs locaux pour les APIs connectées via `connection`, avec rechargement à chaud si le site, le modèle ou le backend changent ! Cela nous permet de tester notre API et notre site localement avant même d'écrire du code CDK.
+Nous utilisons la cible `dev` ici, qui démarre aussi les serveurs locaux pour les APIs connectées via `connection`, avec rechargement à chaud si le site, le modèle ou le backend changent ! Cela nous permet de tester notre API et notre site localement avant même d'écrire du code CDK.
 :::
 
 Des erreurs peuvent apparaître, mais le serveur local devrait démarrer sur le port `4200`, ainsi que le serveur Smithy local sur le port `3001`.

docs/src/content/docs/it/blog/migrating-from-aws-pdk.mdx

@@ -6,7 +6,7 @@ authors:
  - jack
 ---
 
-import { Steps, Tabs, TabItem } from '@astrojs/starlight/components';
+import { Steps } from '@astrojs/starlight/components';
 import Snippet from '@components/snippet.astro';
 import CreateNxWorkspaceCommand from '@components/create-nx-workspace-command.astro';
 import RunGenerator from '@components/run-generator.astro';
@@ -37,7 +37,7 @@ Nota inoltre che alcune funzionalità di PDK non hanno equivalenti esatti. Fai r
 :::
 
 :::caution[Guida ad un momento specifico]
-Questa guida è scritta come riferimento temporale e molto probabilmente non verrà aggiornata con l'evoluzione del Plugin Nx per AWS. Per compensare, la guida fissa la versione di `@aws/nx-plugin` a `0.50.0`. Puoi provare con l'ultima versione se segui la guida, ma potrebbero esserci alcune differenze.
+Questa guida è scritta come riferimento temporale e molto probabilmente non verrà aggiornata con l'evoluzione del Plugin Nx per AWS. Per compensare, la guida fissa la versione di `@aws/nx-plugin` a `1.0.0-rc.33`. Puoi provare con l'ultima versione se segui la guida, ma potrebbero esserci alcune differenze.
 :::
 
 ## Migrazione di esempio: Applicazione Lista della Spesa
@@ -55,28 +55,7 @@ L'applicazione lista della spesa consiste nei seguenti tipi di progetto PDK:
 
 Per iniziare, creeremo un nuovo workspace per il nostro nuovo progetto. Sebbene più drastico di una migrazione in-place, questo approccio garantisce il risultato finale più pulito. Creare un workspace Nx è equivalente all'uso di `MonorepoTsProject` di PDK:
 
-<Tabs syncKey="cli-command">
-  <TabItem label="pnpm" icon="pnpm">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=pnpm --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="yarn" icon="seti:yarn">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=yarn --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="npm" icon="seti:npm">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=npm --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-  <TabItem label="bun" icon="bun">
-    ```bash
-    npx create-nx-workspace@21.4.1 shopping-list --pm=bun --preset=@aws/nx-plugin@0.50.0 --iacProvider=CDK --ci=skip --analytics=false
-    ```
-  </TabItem>
-</Tabs>
+<CreateNxWorkspaceCommand workspace="shopping-list" iac="cdk" tag="1.0.0-rc.33" />
 
 Apri la directory `shopping-list` creata da questo comando nel tuo IDE preferito.
 

docs/src/content/docs/it/snippets/pdk-migration/example/01-migrate-api.mdx

@@ -26,7 +26,7 @@ Se hai utilizzato OpenAPI o TypeSpec come linguaggio di modellazione, o hai hand
 
 Esegui il <Link path="/guides/ts-smithy-api">generatore `ts#smithy-api`</Link> per configurare il tuo progetto API in `packages/api`:
 
-<RunGenerator generator="ts#smithy-api" noInteractive requiredParameters={{ name: 'api', namespace: 'com.aws', auth: 'IAM' }} />
+<RunGenerator generator="ts#api" noInteractive requiredParameters={{ name: 'api', framework: 'smithy', namespace: 'com.aws', auth: 'iam' }} />
 
 Noterai che vengono generati un progetto `model` e un progetto `backend`. Il progetto `model` contiene il modello Smithy, mentre `backend` contiene l'implementazione del server.
 

docs/src/content/docs/it/snippets/pdk-migration/example/02-migrate-website.mdx

@@ -20,13 +20,13 @@ Come parte della migrazione, passeremo anche dal React Router configurato da PDK
 
 Esegui il <Link path="/guides/react-website">generatore `ts#react-website`</Link> per configurare il progetto del sito web in `packages/website`:
 
-<RunGenerator generator="ts#react-website" noInteractive requiredParameters={{ name: 'website' }} />
+<RunGenerator generator="ts#website" noInteractive requiredParameters={{ name: 'website', framework: 'react', ux: 'cloudscape' }} />
 
 #### Aggiungi Autenticazione Cognito
 
 Il generatore per siti web React sopra citato non include l'autenticazione Cognito di default come `CloudscapeReactTsWebsiteProject`, ma può essere aggiunta esplicitamente tramite il <Link path="/guides/react-website-auth">generatore `ts#react-website#auth`</Link>.
 
-<RunGenerator generator="ts#react-website#auth" noInteractive requiredParameters={{ project: 'website', cognitoDomain: 'shopping-list' }} />
+<RunGenerator generator="ts#website#auth" noInteractive requiredParameters={{ project: 'website', cognitoDomain: 'shopping-list' }} />
 
 Questo aggiunge componenti React che gestiscono i redirect necessari per garantire il login degli utenti tramite l'UI ospitata da Cognito. Viene inoltre aggiunto un costrutto CDK per distribuire le risorse Cognito in `packages/common/constructs`, chiamato `UserIdentity`.
 
@@ -67,7 +67,7 @@ Il `CloudscapeReactTsWebsiteProject` includeva automaticamente una dipendenza da
 ```diff lang="ts"
 // packages/website/vite.config.mts
   build: {
-    outDir: '../../dist/packages/website',
+    outDir: '../../dist/packages/website/bundle',
     emptyOutDir: true,
     reportCompressedSize: true,
     commonjsOptions: {
@@ -97,12 +97,14 @@ Noterai alcuni errori di compilazione nell'IDE: apporteremo ulteriori modifiche
 
 #### Migra da React Router a TanStack Router
 
-Utilizzando il [routing basato su file](https://tanstack.com/router/latest/docs/framework/react/routing/file-based-routing), possiamo usare il server di sviluppo locale per generare automaticamente la configurazione delle rotte. Avviamo il server locale del sito web:
+Utilizzando il [routing basato su file](https://tanstack.com/router/latest/docs/framework/react/routing/file-based-routing), possiamo usare il server di sviluppo locale per generare automaticamente la configurazione delle rotte.
 
-<NxCommands commands={["serve-local website"]} />
+Avviamo il server locale del sito web:
+
+<NxCommands commands={["dev website"]} />
 
 :::tip
-Utilizziamo il target `serve-local` che avvia anche server locali per le API connesse tramite `connection`, con hot-reload in caso di modifiche! Questo ci permette di testare API e sito web localmente prima ancora di scrivere codice CDK.
+Utilizziamo il target `dev` che avvia anche server locali per le API connesse tramite `connection`, con hot-reload in caso di modifiche al sito web, al modello o al backend! Questo ci permette di testare API e sito web localmente prima ancora di scrivere codice CDK.
 :::
 
 Potresti vedere alcuni errori, ma il server locale del sito web dovrebbe avviarsi sulla porta `4200`, e il server Smithy API locale sulla porta `3001`.