> For the complete documentation index, see [llms.txt](https://academy.shade.inc/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.shade.inc/shade-academy/shade-academy-es/espacios-de-trabajo-y-unidades/plantillas-de-unidades.md).

# Plantillas de unidades

## Plantillas de unidades y reutilización de esquemas de metadatos

Los atributos de metadatos personalizados son herramientas poderosas para organizar los activos en tus unidades, pero cada esquema que construyes vive a nivel de unidad. Si quieres que el mismo conjunto de campos se aplique a varias unidades —por ejemplo, una base coherente en cada unidad de proyecto de tu equipo—, tendrás que usar un flujo de trabajo basado en plantillas. Este artículo explica cómo se delimitan los esquemas de metadatos, las dos formas recomendadas de reutilizarlos hoy y lo que se avecina para la gestión entre unidades.

***

### Cómo se delimitan los esquemas de metadatos

Cada atributo de metadatos que creas en Shade es **específico de la unidad**. Cuando añades un nuevo campo a una unidad, ese campo se aplica a todos los activos dentro de esa unidad, no a una sola carpeta, y no a otras unidades de tu espacio de trabajo.

Por debajo, tu esquema de metadatos se almacena como un campo JSON (`custom_metadata_attributes`) a nivel de unidad. Esto es lo que hace posible la reutilización a nivel de unidad: cuando se duplica una unidad, ese JSON viaja con ella.

Los atributos de metadatos pueden ser:

* Poblados **manualmente** por los miembros del equipo
* Poblados **automáticamente con IA**, mediante un prompt personalizado que defines cuando activas el Autorrelleno con IA

> 💡 Para repasar cómo crear atributos, consulta *Metadatos personalizados y automatizados*.

***

### Por qué podrías querer reutilizar un esquema

Muchos equipos crean un esquema de metadatos bien pensado para una unidad —que cubre cosas como fase del proyecto, tipo de contenido, talento o campaña— y luego se dan cuenta de que quieren la misma estructura en cada nueva unidad que crean. Sin una forma de reutilizar ese esquema, tendrías que recrear cada atributo a mano cada vez, lo cual consume mucho tiempo y es propenso a errores si los atributos divergen entre unidades.

Los dos enfoques a continuación te permiten evitar ese trabajo.

***

### Enfoque 1: duplicar una unidad existente

La forma más rápida de llevar un esquema de metadatos a una nueva unidad es duplicar una unidad que ya tenga el esquema que quieres.

**Para duplicar una unidad:**

1. Haz clic derecho en la unidad en tu barra lateral
2. Selecciona **Duplicar unidad**

La copia conserva todo tu esquema de metadatos como parte de la nueva unidad. Luego puedes:

* Renombrar la nueva unidad para su nuevo propósito
* Usar **plantillas de carpetas** para poblar la estructura de carpetas
* Empezar a añadir activos

Este es el camino más sencillo cuando ya tienes una unidad “buena” cuyo esquema quieres clonar.

***

### Enfoque 2: crear una unidad plantilla

Si creas nuevas unidades con regularidad —por ejemplo, una por cliente, proyecto o sesión—, el patrón recomendado es mantener una **unidad plantilla**.

**dedicada. Para configurarlo:**

1. Crea una unidad nueva y vacía con un nombre como `[Plantilla] Unidad de proyecto`
2. Configura en ella todo tu esquema de metadatos (cada campo, cada prompt de IA, cada lista de opciones)
3. Déjala vacía de activos
4. Cada vez que necesites una nueva unidad de proyecto, duplica la unidad plantilla en lugar de empezar desde cero

Esto mantiene tu esquema “canónico” en un solo lugar. Cuando quieras actualizar el esquema para proyectos futuros, actualizas la plantilla, y cualquier nueva copia hereda los cambios.

> ⚠️ **Nota:** Actualizar la unidad plantilla no actualiza retroactivamente las unidades que se duplicaron a partir de ella en el pasado. Cada unidad duplicada se vuelve independiente en el momento de la duplicación.

***

### Limitaciones actuales

Vale la pena ser claros sobre lo que todavía no es posible:

* **Sin esquema de metadatos global / a nivel de cuenta.** Actualmente no hay forma de definir un conjunto base de atributos de metadatos que se aplique automáticamente a cada unidad de tu espacio de trabajo. El esquema de cada unidad es independiente una vez creada.
* **Sin sincronización nativa entre unidades.** Si cambias un atributo en tu unidad plantilla, las unidades que ya se duplicaron a partir de ella no se actualizarán. Los cambios de esquema deben aplicarse por unidad.
* **Sin vista predeterminada estandarizada entre unidades.** Los equipos todavía no pueden imponer un único diseño o configuración de vista compartida en todas las unidades.

Para la mayoría de los equipos, el flujo de trabajo de duplicar unidades cubre estas carencias en la práctica, pero conviene conocer las compensaciones al diseñar tu configuración.

***

### Qué se está explorando

La gestión de esquemas entre unidades y a nivel de cuenta es un área activa de investigación de producto. Entre los elementos que se están siguiendo actualmente se incluyen:

* **Gestión de metadatos a nivel de cuenta** — la capacidad de definir un esquema base para todo el espacio de trabajo que todas las unidades heredan, y que los administradores de unidades puedan ampliar
* **Diseño predeterminado de unidad para todas las unidades** — permitir a los equipos estandarizar vistas y campos de metadatos entre unidades para todos los usuarios
* **Objetos personalizados a nivel del espacio de trabajo** — definir objetos globalmente y habilitarlos en unidades específicas

Si alguna de estas cosas está bloqueando la configuración de tu equipo, avísale a tu contacto de cuenta: los comentarios de los clientes influyen directamente en la priorización.

***

### Preguntas frecuentes

<details>

<summary><strong>Si duplico una unidad, ¿los activos se duplican con ella?</strong></summary>

No. Duplicar una unidad copia el esquema y la configuración, pero no los activos que contiene. Empezarás con una unidad vacía que ya tiene listos tus campos de metadatos.

</details>

<details>

<summary><strong>¿Puedo actualizar mi unidad plantilla y hacer que los cambios se apliquen a todas las unidades que ya había duplicado a partir de ella?</strong></summary>

No actualmente. Cada unidad duplicada se vuelve independiente. Los cambios de esquema posteriores deben aplicarse a cada unidad de forma individual.

</details>

<details>

<summary><strong>¿Cuál es la diferencia entre las plantillas de carpetas y la duplicación de unidades?</strong></summary>

Las plantillas de carpetas controlan la **estructura de carpetas** dentro de una unidad. La duplicación de unidades copia la **configuración completa de la unidad**, incluido el esquema de metadatos, las vistas y las plantillas de carpetas. Son complementarios: la mayoría de los equipos usa ambos juntos.

</details>

<details>

<summary><strong>¿Hay una forma de aplicar en lote un esquema a unidades que ya he creado?</strong></summary>

No por ahora. Los cambios de esquema tienen que hacerse en cada unidad de forma individual. La gestión de metadatos a nivel de cuenta (que abordaría esto) se está siguiendo como una solicitud de producto.

</details>


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://academy.shade.inc/shade-academy/shade-academy-es/espacios-de-trabajo-y-unidades/plantillas-de-unidades.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
