# gt: General Translation CLI tool: gt validate
URL: https://generaltranslation.com/es/docs/cli/reference/commands/validate.mdx
---

title: gt validate
description: Comprueba un proyecto de General Translation para detectar errores de traducción sin llamar a la API. Referencia de la API para el comando gt validate.

---

Escanea tu proyecto en busca de contenido inline — como componentes [`<T>`](/docs/react/reference/components/t) y llamadas a [`useGT`](/docs/react/reference/hooks/use-gt) — y de entradas del diccionario; luego comprueba si hay problemas que impedirían una traducción correcta. No llama a la API de General Translation, por lo que puedes ejecutarlo con seguridad en cualquier momento, incluso durante el desarrollo y en CI.

Como devuelve un código de salida distinto de cero cuando hay errores, funciona bien como comprobación en CI.

*Nota: Disponible para las bibliotecas con framework y las bibliotecas inline — `gt-next`, `gt-react`, `gt-react-native`, `gt-tanstack-start`, `gt-node`, `gt-flask` y `gt-fastapi`. No está registrado para proyectos base (sin framework).*

Valida todo el proyecto o pasa rutas de archivo para validar solo esos archivos.

```bash
npx gt validate
npx gt validate src/components/Header.tsx src/pages/Home.tsx
```

## Qué verifica [#checks]

* **Contenido inline** en tus globs de `src` — componentes `<T>`, llamadas a `useGT`/[`useTranslations`](/docs/react/reference/hooks/use-translations) y otros patrones de traducción inline— para detectar sintaxis que podría romper la traducción.
* **Entradas del diccionario** — analiza tu archivo de diccionario (ubicado en `dictionary.[js|json|ts]` en `./` o `./src` cuando `--dictionary` no está configurado) para comprobar que la sintaxis sea correcta.

`validate` nunca llama a la API de General Translation, así que puedes ejecutarlo en cualquier momento, incluso durante el desarrollo y en CI.

## Resultados [#outputs]

* **Advertencias** — registra un recuento y una lista de problemas no fatales encontrados durante el análisis. Las advertencias, por sí solas, no hacen que el comando falle.
* **Errores** — registra un recuento y una lista de errores de sintaxis, y luego sale con un código de salida distinto de cero. Esto es lo que hace de `validate` una validación útil en CI.
* **Resumen** — si se ejecuta correctamente, informa la cantidad de entradas traducibles encontradas; si no encuentra ninguna, indica que no se detectó contenido inline ni diccionarios.

## Opciones [#flags]

| Parámetro                       | Descripción                                    | Tipo       | Opcional | Predeterminado                               |
| ------------------------------- | ---------------------------------------------- | ---------- | -------- | -------------------------------------------- |
| `-c, --config <path>`           | Ruta al archivo de configuración.              | `string`   | Sí       | `gt.config.json`                             |
| `--src <paths...>`              | Patrones glob para los archivos fuente.        | `string[]` | Sí       | globs de `src`, `app`, `pages`, `components` |
| `--dictionary <path>`           | Ruta al archivo de diccionario.                | `string`   | Sí       | —                                            |
| `--tsconfig, --jsconfig <path>` | Ruta a un archivo de configuración de TS o JS. | `string`   | Sí       | Detectado automáticamente                    |
| `--inline`                      | Incluye contenido inline en la validación.     | `boolean`  | Sí       | `true`                                       |

## Ejemplo [#example]

```bash
# Validar el proyecto completo
npx gt validate

# Validar solo archivos específicos
npx gt validate src/components/Header.tsx src/pages/Home.tsx
```

## Otras notas [#notes]

Pasar `[files...]` valida solo esos archivos, en lugar de todo el proyecto. Ejecuta `validate` en CI antes de [`gt translate`](/docs/cli/reference/commands/translate) para detectar errores de sintaxis cuanto antes: si hay errores, su código de salida distinto de cero hace fallar la compilación.