> ## Documentation Index
> Fetch the complete documentation index at: https://rust-co.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Instalación

> Instala RCO Creator en RSG Core o VORP Core.

Tarda unos minutos. Elige tu framework abajo — solo los pasos que cambian están en pestañas.

<Info>
  Creator necesita [RCO Appearance](/es/rco-appearance/installation) instalado antes. Misma descarga, misma carpeta — Appearance antes que Creator.
</Info>

<Warning>
  ¿Ya usas un multichar o spawn personalizado? No hagas `ensure` de Creator en un servidor en vivo y cruces los dedos. Para los recursos antiguos, prueba en una copia y luego cambia producción.
</Warning>

## Qué debes desactivar

Creator reemplaza la selección y el spawn **stock** de tu framework. Si siguen arrancando, dos sistemas pelean por el mismo jugador — o Creator se niega a iniciar.

| Resource             | RSG       | VORP         | Por qué                            |
| -------------------- | --------- | ------------ | ---------------------------------- |
| `rsg-multicharacter` | **Parar** | —            | Creator hace la selección          |
| `rsg-spawn`          | **Parar** | —            | Creator hace el spawn              |
| `rsg-appearance`     | **Parar** | —            | Usa rco-appearance                 |
| `rsg-wardrobe`       | **Parar** | —            | El guardarropa está en Appearance  |
| `rsg-barbers`        | **Parar** | —            | Las barberías están en Appearance  |
| `vorp_character`     | —         | **Parar**    | Creator + Appearance lo reemplazan |
| `vorp_barbershop`    | —         | **Parar**    | Barbería aparte                    |
| `vorp_clothingstore` | —         | **Parar**    | Tiendas antiguas                   |
| `vorp_stores`        | —         | **Mantener** | Tiendas generales — no relacionado |

Puedes dejar carpetas antiguas en disco. Lo importante es que **no** estén en tu lista de `ensure`.

### Sobre `provide` (versión corta)

Appearance le dice al servidor que *responde por* nombres como `rsg-appearance` y `vorp_character`. Eso ayuda a scripts con `dependency 'rsg-appearance'` — resuelven a **rco-appearance**.

**No** significa correr RCO **y** stock a la vez. Sigue parando los recursos stock. Dos sistemas de personaje = datos rotos.

<Steps>
  <Step title="Descargar y extraer">
    Desde [Keymaster](https://keymaster.fivem.net/), coloca ambas carpetas en tu directorio de resources:

    ```text theme={"dark"}
    resources/
    └── [rco]/
        ├── rco-appearance/
        └── rco-creator/
    ```

    Mantén los nombres de carpeta exactamente como vienen.
  </Step>

  <Step title="Parar los recursos stock">
    Comenta o quita las líneas conflictivas en `server.cfg` (ver tabla arriba).

    <Tabs>
      <Tab title="RSG Core">
        ```cfg theme={"dark"}
        # ensure rsg-multicharacter
        # ensure rsg-spawn
        # ensure rsg-appearance
        # ensure rsg-wardrobe
        # ensure rsg-barbers
        ```
      </Tab>

      <Tab title="VORP Core">
        ```cfg theme={"dark"}
        # ensure vorp_character
        # ensure vorp_barbershop
        # ensure vorp_clothingstore
        ```
      </Tab>
    </Tabs>
  </Step>

  <Step title="Añadir al start">
    El orden importa: base de datos → core del framework → Appearance → Creator.

    <Tabs>
      <Tab title="RSG Core">
        ```cfg theme={"dark"}
        ensure oxmysql
        ensure rsg-core
        ensure rco-appearance
        ensure rco-creator
        ```
      </Tab>

      <Tab title="VORP Core">
        ```cfg theme={"dark"}
        ensure oxmysql
        ensure vorp_core
        ensure rco-appearance
        ensure rco-creator
        ```
      </Tab>
    </Tabs>
  </Step>

  <Step title="Base de datos">
    En un servidor normal **no** importas SQL a mano. El primer arranque crea las tablas de Creator.

    Tu usuario MySQL necesita permiso para crear y alterar tablas (la mayoría de hosts ya lo permiten). Si tu host lo bloquea por completo, usa los SQL incluidos — si no, el arranque te avisará claro en lugar de fallar en silencio.

    Appearance crea sus propias tablas — ver [instalación de Appearance](/es/rco-appearance/installation).
  </Step>

  <Step title="Revisión rápida de config">
    Abre `rco-creator/config/config.lua`. Los valores por defecto funcionan. Antes del primer restart, mira estos dos:

    ```lua theme={"dark"}
    Config.Framework = 'auto' -- déjalo en auto
    Config.Debug = false      -- true solo mientras arreglas algo
    ```

    Todo lo demás: [Configuración](/es/rco-creator/configuration).
  </Step>

  <Step title="Reiniciar y probar">
    Reinicia el servidor, conéctate y deberías caer en la selección de personaje. Crea uno, elige spawn, confirma que estás en el mundo con control.

    ¿Selector antiguo, pantalla negra o nada? [Solución de problemas](/es/rco-creator/troubleshooting).
  </Step>
</Steps>

## Opcional: quién edita spawns en el juego

Los admins usan `/rcospawns` para mover puntos de spawn en el mapa. Por defecto, el grupo `admin` del framework basta. Para concederlo explícitamente:

```cfg theme={"dark"}
add_ace group.admin rco.creator.spawns allow
```

Más en [Ubicaciones de spawn](/es/rco-creator/spawn-locations).

## Versiones del paquete y version checker

RCO Creator + RCO Appearance se publican como una sola release de **RCO Identity**. Actualiza ambos resources juntos.

Creator compara las versiones locales de `rco-creator` y `rco-appearance`. Si no coinciden, verás:

```text theme={"dark"}
[RCO Identity] Resource version mismatch: rco-creator v1.7.1 / rco-appearance v1.7.0. Update the complete RCO Identity package.
```

No soluciones esto cambiando solo el número de `fxmanifest.lua`; instala los archivos correctos de la misma release.

Solo `rco-creator` hace una consulta server-side al iniciar para comprobar la release pública actual:

```text theme={"dark"}
[RCO Identity] RCO Identity is up to date (v1.7.1).
```

La comprobación es informativa: no envía datos de players/characters, no existe request por player ni polling permanente, y RCO sigue funcionando si el metadata remoto no está disponible.
