> 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/help-center/help-center-es/workspaces-faq/que-son-los-espacios-de-trabajo.md).

# ¿Qué son los espacios de trabajo?

Un espacio de trabajo es donde tu equipo trabaja en Shade. Alberga tus unidades, que contienen tus archivos y carpetas, y es donde tu equipo interno obtiene acceso a todo su contenido.

Dicho de otra manera, un espacio de trabajo es una colección de unidades y una colección de personas: el equipo que agregas una vez y luego al que das acceso a los proyectos en los que trabajan.

### Roles del espacio de trabajo

Se puede añadir a las personas a un espacio de trabajo con uno de estos roles:

* **Propietario:** el nivel de acceso más alto. Los propietarios pueden transferir la propiedad a un administrador.
* **Administrador:** control total sobre la configuración del espacio de trabajo, las unidades y los miembros. Los administradores pueden editar los detalles de las unidades, cambiar las ubicaciones de almacenamiento y más.
* **Miembro:** acceso a las unidades según la [herencia](/help-center/help-center-es/drive-faq/que-es-la-herencia-de-unidades.md) de cada unidad. Los miembros pueden crear unidades para sí mismos y para el equipo, e invitar a invitados a unidades o carpetas específicas.
* **Colaborador:** como un miembro, con acceso heredado a las unidades, pero no puede crear nuevas unidades.
* **Contratista:** no hereda el acceso a las unidades. A los contratistas se les debe invitar a unidades, archivos o carpetas específicas.
* **Invitado:** no forma parte del espacio de trabajo. Los invitados solo ven las unidades, archivos o carpetas compartidos con ellos.

Para ver lo que puede hacer cada rol, consulta [Permisos del espacio de trabajo y de las unidades](https://academy.shade.inc/sharing-and-collaboration/workspace-and-drive-permissions).

### ¿Por qué tener espacios de trabajo?

Los espacios de trabajo reúnen a todos en un solo equipo con muchas unidades conectadas a él. Eso te da dos cosas:

* **Un solo equipo en varios proyectos:** agrega a las personas una vez y luego dales acceso a tantas unidades como necesiten.
* **Gestión centralizada:** la facturación, los permisos y el registro de seguridad se gestionan una sola vez para todo el espacio de trabajo en lugar de por unidad.

### ¿Por qué se te cobra?

Cada Propietario, Administrador, Miembro, Colaborador y Contratista en tu espacio de trabajo es un asiento facturable. Los invitados no se facturan ni usan un asiento, pero cada plan limita cuántos invitados puedes invitar. Los límites de asientos e invitados se aplican cuando invitas a personas. Consulta [¿Cómo funcionan los límites de asientos?](/help-center/help-center-es/facturacion/como-funcionan-los-limites-de-asientos.md) para ver los límites de cada plan.


---

# 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/help-center/help-center-es/workspaces-faq/que-son-los-espacios-de-trabajo.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.