---
title: Macros, componentes e índices
summary: Por qué un nombre de archivo, macro, componente y software son diferentes partes de una definición de la nave.
section: ships
kind: guide
status: reference
updated: 2026-10-22
tags: ["X4","modding","ship","macros"]
sources: ["https://gist.github.com/MattMcFarland/1282329f83f88f1b98520c5e2ec491a2"]
---
## Cuatro capas


Un archivo de macro contiene la definición. Una macro define la configuración del juego, la clase, las propiedades y las conexiones. Un componente suministra el modelo y las conexiones geométricas. Un programa informático define el comercio, el precio, la producción, la disponibilidad y su referencia macro. Los índices conectan los nombres registrados a las rutas de recursos; poner un archivo XML en una carpeta arbitraria no prueba que el juego pueda resolverlo.



## Una cadena existente


El ejemplo inspeccionado de X4 9.00 a continuación vincula un programa a su componente de macro y modelo. Nombres similares sirven para diferentes propósitos. Una variante puede reutilizar el componente al introducir su propia macro y programa.




```text
ware: ship_arg_s_fighter_02_a
  → macro: ship_arg_s_fighter_02_a_macro
      → component: ship_arg_s_fighter_02
```

## Dónde encontrar una propiedad


Propiedades de casco de élite están bajo `properties/hull`, y masa inferior `properties/physics`. La capacidad de carga está conectada a través de una macro de almacenamiento separada. `storage/@missile` en la macro de la nave no hay volumen de bodega de carga. Siga las referencias antes de elegir un campo de parche.



## Nuevos recursos


Prefija nuevos identificadores de macros y componentes con tu espacio de nombres de extensión. Registrar modelos personalizados, pero no volver a registrar un modelo existente como nuevo. [la ruta completa del buque](wiki:adding-ship).