> 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-zh/gong-zuo-qu-he-qu-dong-qi/qu-dong-qi-mu-ban.md).
# 驱动器模板
## 驱动器模板与重复使用元数据架构
自定义元数据属性是用于组织跨各个驱动器资产的强大工具，但你构建的每个架构都属于驱动器级别。如果你希望同一组字段应用到多个驱动器——例如，在团队中的每个项目驱动器上保持一致的基础设置——你就需要使用基于模板的工作流程。本文将介绍元数据架构的作用范围、目前推荐的两种复用方式，以及跨驱动器管理的未来方向。
***
### 元数据架构的作用范围
你在 Shade 中创建的每个元数据属性都是 **驱动器特定的**。当你向某个驱动器添加新字段时，该字段会应用于该驱动器中的所有资产——而不是某个单独文件夹，也不会跨越工作区中的其他驱动器。
在底层，你的元数据架构会以 JSON 字段（`custom_metadata_attributes`）的形式存储在驱动器级别。这就是驱动器级别复用成为可能的原因：当一个驱动器被复制时，这段 JSON 也会随之一起复制。
元数据属性可以：
* 由 **手动** 由团队成员
* 由 **通过 AI 自动填充**，使用你在启用 AI 自动填充时定义的自定义提示词
> 💡 如需回顾如何创建属性，请参阅 *自定义和自动化元数据*.
***
### 为什么你可能想要复用架构
许多团队会为某个驱动器构建一套经过深思熟虑的元数据架构——涵盖项目阶段、内容类型、人才或活动等内容——然后发现他们希望在每个新建驱动器中都使用相同的结构。如果没有复用该架构的方法，每次都得手动重新创建每个属性；如果不同驱动器之间的属性发生偏移，这既耗时又容易出错。
下面这两种方法可以让你省去这些工作。
***
### 方法 1：复制现有驱动器
将元数据架构带入新驱动器的最快方法，是复制一个已经包含你所需架构的驱动器。
**要复制一个驱动器：**
1. 在侧边栏中右键单击该驱动器
2. 选择 **复制驱动器**
复制后的新驱动器会保留完整的元数据架构。然后你可以：
* 为新驱动器重命名，以符合新的用途
* 使用 **文件夹模板** 来填充文件夹结构
* 开始添加资产
如果你已经有一个“理想”的驱动器，并且想要克隆其架构，这就是最简单的方法。
***
### 方法 2：构建模板驱动器
如果你经常创建新驱动器——例如每个客户、每个项目或每次拍摄一个——推荐的做法是维护一个专用的 **模板驱动器**.
**设置方法如下：**
1. 创建一个新的空驱动器，命名类似于 `[模板] 项目驱动器`
2. 在其中配置完整的元数据架构（每个字段、每个 AI 提示词、每个选项列表）
3. 不要放入任何资产
4. 每当你需要一个新的项目驱动器时，复制模板驱动器，而不是从头开始
这样可以把你的“标准”架构集中保存在一个地方。当你想为未来的项目更新架构时，只需更新模板——任何新的副本都会继承这些更改。
> ⚠️ **注意：** 更新模板驱动器不会回溯更新过去从中复制出来的驱动器。每个被复制的驱动器在复制那一刻起就变成了独立的。
***
### 当前限制
坦白说，目前仍有一些事情还做不到：
* **没有全局 / 账户级元数据架构。** 目前还无法定义一组适用于工作区中每个驱动器的基础元数据属性。每个驱动器的架构一旦创建，就是独立的。
* **没有原生的跨驱动器同步。** 如果你修改了模板驱动器中的某个属性，之前从该模板复制出来的驱动器不会自动更新。架构更改需要逐个驱动器应用。
* **没有跨驱动器统一的默认视图。** 团队目前还无法在所有驱动器上强制使用统一的布局或视图配置。
对大多数团队来说，复制驱动器的工作流程在实践中足以解决这些缺口——但在设计设置时，了解这些取舍仍然很有价值。
***
### 正在探索什么
跨驱动器和账户级架构管理是产品正在积极研究的方向。目前正在跟踪的项目包括：
* **账户级元数据管理** ——定义一个整个工作区共享的基础架构，所有驱动器都会继承它，而驱动器管理员可以在其基础上扩展
* **所有驱动器的默认驱动器布局** ——让团队为所有用户标准化跨驱动器的视图和元数据字段
* **工作区级自定义对象** ——全局定义对象，并在特定驱动器上启用它们
如果这些中的任何一项正在阻碍你团队的设置，请告知你的账户联系人——客户反馈会直接影响优先级排序。
***
### 常见问题
如果我复制一个驱动器，资产也会一起复制吗？
不会。复制驱动器会复制架构和配置，但不会复制其中的资产。你会得到一个空的驱动器，其中已准备好你的元数据字段。
我能更新模板驱动器，并让更改同步到之前从中复制出的所有驱动器吗？
目前不行。每个被复制的驱动器都会变成独立的。之后的架构更改需要分别应用到每个驱动器。
文件夹模板和驱动器复制有什么区别？
文件夹模板控制 **文件夹结构** ，而驱动器复制会复制 **整个驱动器配置**，包括元数据架构、视图和文件夹模板。两者是互补的——大多数团队会同时使用。
有没有办法把架构批量应用到我已经创建的驱动器上？
目前没有。架构更改必须逐个驱动器进行。账户级元数据管理（它将解决这个问题）已被列为一个产品需求。
---
# 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, and the optional `goal` query parameter:
```
GET https://academy.shade.inc/shade-academy/shade-academy-zh/gong-zuo-qu-he-qu-dong-qi/qu-dong-qi-mu-ban.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
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.