> 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/drive-templates.md).
# Plantillas de unidades
## Plantillas de unidades y reutilización de esquemas de metadatos
Los atributos de metadatos personalizados son herramientas potentes para organizar los activos en todas tus unidades, pero cada esquema que creas vive a nivel de la 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—, necesitarás usar un flujo de trabajo basado en plantillas. Este artículo explica cómo se delimitan los esquemas de metadatos, las 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, ni a otras unidades de tu espacio de trabajo.
Como el esquema pertenece a la unidad, puede reutilizarse duplicando la unidad: la nueva unidad empieza con una copia de los atributos de metadatos de la unidad original.
Los atributos de metadatos pueden ser:
* Rellenados **manualmente** por los miembros del equipo
* Rellenados **automáticamente con IA**, usando un prompt personalizado que defines cuando activas Autorrellenado 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 la fase del proyecto, el tipo de contenido, el talento o la 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 tiempo y, si los atributos divergen entre unidades, es propenso a errores.
Los enfoques siguientes te permiten evitar ese trabajo.
***
### Empezar desde una plantilla integrada
Cuando creas una nueva unidad, el paso **Empezar con una plantilla** te permite elegir una de las plantillas iniciales de Shade: **Producción de video**, **Fotografía comercial**, o **Agencia de marketing**. Cada una incluye un conjunto predeterminado de atributos de metadatos y vistas que puedes ajustar después. Elige **Empezar con una unidad en blanco** si prefieres crear tu propio esquema.
***
### 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. Pasa el cursor sobre **Duplicar unidad**
3. Elige el tipo de unidad que deseas crear: **Activa**, **BYOS**, o **Bóveda**
La nueva unidad comienza con los mismos atributos de metadatos y vistas que la original. Las plantillas de carpetas, los miembros, los permisos y otros ajustes de la unidad no se copian. Luego puedes:
* Renombrar la nueva unidad para su nuevo propósito
* Usar **plantillas de carpetas** para rellenar la estructura de carpetas
* Empezar a añadir activos
Este es el camino más simple cuando ya tienes una unidad "buena" cuyo esquema quieres clonar.
***
### Enfoque 2: Crear una unidad de plantilla
Si creas nuevas unidades con regularidad —por ejemplo, una por cliente, proyecto o sesión—, el patrón recomendado es mantener una **unidad de plantilla**.
**Para configurarlo:**
1. Crea una unidad nueva y vacía con un nombre como `[Plantilla] Unidad de proyecto`
2. Configura en ella tu esquema completo de metadatos (cada campo, cada prompt de IA, cada lista de opciones) y cualquier vista que quieras reutilizar
3. Déjala vacía de activos
4. Cada vez que necesites una nueva unidad de proyecto, duplica la unidad de plantilla en lugar de empezar desde cero
Esto mantiene tu esquema "canónico" en un solo lugar. Cuando quieras actualizar el esquema para futuros proyectos, actualizas la plantilla, y cualquier nueva duplicación hereda los cambios.
> ⚠️ **Nota:** Actualizar la unidad de 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
Conviene ser transparentes sobre lo que aún no es posible:
* **No existe un esquema de metadatos global o 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 creado.
* **No hay sincronización nativa entre unidades.** Si cambias un atributo en tu unidad de plantilla, las unidades que ya se duplicaron a partir de ella no se actualizarán. Los cambios de esquema deben aplicarse por unidad.
* **No hay una vista predeterminada estandarizada entre unidades.** Los equipos aún no pueden imponer un único diseño compartido o una configuración de vista común 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 vale la pena conocer los compromisos mientras diseñas 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. Los elementos que se están siguiendo actualmente 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 hereden, con administradores de unidad que puedan ampliarlo
* **Diseño predeterminado de la 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 de 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
Si duplico una unidad, ¿los activos se incluyen también?
No. Duplicar una unidad copia los atributos de metadatos y las vistas, pero no los activos que contiene. Empezarás con una unidad vacía que ya tiene listos tus campos de metadatos.
¿Puedo actualizar mi unidad de plantilla y hacer que los cambios se apliquen a todas las unidades que ya dupliqué a partir de ella?
No por ahora. Cada unidad duplicada se vuelve independiente. Los cambios de esquema posteriores deben aplicarse a cada unidad individualmente.
¿Cuál es la diferencia entre las plantillas de carpetas y la duplicación de unidades?
Las plantillas de carpetas controlan la **estructura de carpetas** dentro de una unidad. La duplicación de unidades copia los **atributos de metadatos y las vistas**; no copia las plantillas de carpetas. Son complementarias: la mayoría de los equipos usan ambas juntas.
¿Hay una forma de aplicar en lote un esquema a las unidades que ya he creado?
No hoy. Los cambios de esquema tienen que hacerse en cada unidad individualmente. La gestión de metadatos a nivel de cuenta (que resolvería esto) se está siguiendo como solicitud de producto.
---
# 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://academy.shade.inc/shade-academy/shade-academy-es/espacios-de-trabajo-y-unidades/drive-templates.md?ask=&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.