> For the complete documentation index, see [llms.txt](https://docs.cuxial.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.cuxial.com/scripts/es/policia-y-medico/cuxial-diseases/installation.md).

# Instalación

Instala Cuxial Diseases paso a paso: dependencias, ítems, permisos y orden de arranque.

Cuxial Diseases no necesita importar ningún SQL. Crea sus tablas en el primer arranque. Sí necesita unos cuantos ítems de inventario y una decisión antes de arrancarlo por primera vez.

{% stepper %}
{% step %}

## Comprueba las dependencias

Deben estar instaladas y funcionando antes de añadir el script:

* OneSync activado en el servidor
* `ox_lib`
* `oxmysql`
* `cuxial_bridge`, conectado a tu framework
* `ox_inventory` o `qb-inventory`

Opcionales: `cuxial_police`, `cuxial_medical`, `cuxial_emotes` y `lb-phone`. La [introducción](/scripts/es/policia-y-medico/cuxial-diseases.md#que-funciona-sin-los-recursos-opcionales) explica qué aporta cada uno.
{% endstep %}

{% step %}

## Copia el recurso

Coloca la carpeta `cuxial_diseases` dentro de tu directorio `resources`.

{% hint style="warning" %}
No cambies el nombre de la carpeta. Los ítems llaman al script como `cuxial_diseases.<ítem>` y los recursos opcionales lo buscan por ese nombre.
{% endhint %}
{% endstep %}

{% step %}

## Decide el plazo de vacunación

El plazo de vacunación viene apagado. Cuando está activado, cada personaje recibe un plazo para vacunarse y enferma cuando vence. Con `applyToExisting = true` esto incluye a los personajes que ya existen en tu servidor: tienen 72 horas reales, contadas desde su primera entrada.

Para usarlo, abre `shared/config.lua` y ajusta el bloque `onboarding` **antes del primer arranque**:

{% code title="shared/config.lua" %}

```lua
onboarding = {
    enabled = true,           -- false = sin plazo de vacunación
    applyToExisting = false,  -- true = también los personajes que ya existen
    -- ...
},
```

{% endcode %}

{% hint style="danger" %}
Si lo activas, el ítem de la vacuna tiene que existir en tu inventario y los jugadores necesitan una forma de conseguirlo. Si no, todos acaban enfermos sin poder evitarlo.
{% endhint %}

{% hint style="warning" %}
En ESX, deja `onboarding.enabled = false`. El plazo necesita las columnas `id` y `citizenid` en la tabla de personajes.
{% endhint %}
{% endstep %}

{% step %}

## Añade los ítems

El catálogo se refiere a los ítems por su nombre: una prueba, un tratamiento, una vacuna, una caja de pastillas. Todo ítem nombrado en `data/diseases.lua` tiene que existir en tu inventario.

Tres vienen listos en `install/items.lua`: el tratamiento antirretroviral, el test rápido y la mascarilla. El resto de ítems que usa el catálogo incluido son ejemplos; créalos con los nombres que encuentres en `data/diseases.lua`, o cambia esos nombres por ítems que ya tengas.

{% tabs %}
{% tab title="ox\_inventory" %}
Copia las entradas de `install/items.lua` en `ox_inventory/data/items.lua`. Para cualquier otro ítem del catálogo, usa la misma forma y apunta `server.export` al script con el nombre del ítem:

{% code title="ox\_inventory/data/items.lua" %}

```lua
['rapid_test'] = {
    label = 'Test rápido',
    weight = 20,
    stack = true,
    close = true,
    description = 'Prueba rápida de infecciones comunes.',
    server = {
        export = 'cuxial_diseases.rapid_test',
    },
    client = {
        usetime = 4000,
        anim = { dict = 'mp_common', clip = 'givetake1_a' },
    },
},
```

{% endcode %}

El script registra un export por cada ítem que el catálogo usa como `test.item`, `treatment.item`, `treatment.box.item` o `vaccine.item`. La mascarilla no necesita export: basta con llevarla en el inventario.
{% endtab %}

{% tab title="qb-inventory" %}
Añade los ítems a la lista de ítems de tu framework, con los mismos nombres que aparecen en `data/diseases.lua`. El script los registra como ítems usables al arrancar y retira una unidad cada vez que se usa uno.
{% endtab %}
{% endtabs %}

{% hint style="info" %}
Con Cuxial Police instalado, los medicamentos y vacunas que ya define conservan su propia definición de ítem. Cuxial Police pasa cada uso a Cuxial Diseases, que cuenta la dosis o la vacuna.
{% endhint %}
{% endstep %}

{% step %}

## Da el permiso a tu staff

Los comandos de staff están limitados al grupo ACE de `admin.restricted`, `group.admin` por defecto. Tu staff tiene que pertenecer a él:

{% code title="server.cfg" %}

```cfg
add_principal identifier.license:xxxxxxxxxxxxxxxx group.admin
```

{% endcode %}

El script pregunta además a `cuxial_bridge` si el jugador tiene el permiso `admin` de tu framework. Deben cumplirse las dos comprobaciones. Consulta [Comandos y permisos](/scripts/es/policia-y-medico/cuxial-diseases/commands.md#permisos).
{% endstep %}

{% step %}

## Define las convars

Las dos son opcionales.

{% code title="server.cfg" %}

```cfg
# Idioma de avisos y comandos (incluye es y en)
setr ox:locale "es"

# Trazas de depuración en consola
setr cuxial_diseases_debug "0"
```

{% endcode %}
{% endstep %}

{% step %}

## Arranca el recurso

Arráncalo después de sus dependencias y antes de los recursos opcionales que lo usan:

{% code title="server.cfg" %}

```cfg
ensure ox_lib
ensure oxmysql
# aquí tu framework
ensure ox_inventory
ensure cuxial_bridge
ensure cuxial_diseases
# opcional
ensure cuxial_emotes
ensure cuxial_police
```

{% endcode %}

No hay SQL que ejecutar. Al arrancar, el recurso crea `cuxial_disease_cases`, `cuxial_disease_immunity`, `cuxial_disease_log`, `cuxial_disease_onboarding`, `cuxial_disease_pregnancies` y `cuxial_disease_meta`.
{% endstep %}

{% step %}

## Comprueba que funciona

1. Arranca el servidor y mira la consola. No debe haber errores de `cuxial_diseases`.
2. Entra con una cuenta de staff y ejecuta `/disease list`. Aparecen los ids del catálogo.
3. Ejecuta `/disease symptom <tu id> cough`. Tu personaje tose.
4. Elige un id de la lista y ejecuta `/disease infect <tu id> <enfermedad>` y después `/disease status <tu id>`. El caso aparece con su etapa.
5. Usa desde el inventario el ítem de prueba de esa enfermedad. El resultado es positivo, o no concluyente si la enfermedad tiene tiempo de incubación.
6. Ejecuta `/disease cure <tu id> <enfermedad>`. El caso queda cerrado.
   {% endstep %}
   {% endstepper %}

Siguiente: ajusta el script y el catálogo en [Configuración](/scripts/es/policia-y-medico/cuxial-diseases/configuration.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.cuxial.com/scripts/es/policia-y-medico/cuxial-diseases/installation.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.