> 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/drive-templates.md).
# 驱动器模板
## 驱动模板与元数据架构复用
自定义元数据属性是用于组织跨驱动资产的强大工具，但你构建的每个架构都位于驱动层级。如果你希望同一组字段应用于多个驱动——例如，为团队中的每个项目驱动提供一致的基础配置——就需要使用基于模板的工作流。本文将介绍元数据架构的作用范围、当前推荐的复用方式，以及跨驱动管理的未来规划。
***
### 元数据架构的作用范围
你在 Shade 中创建的每个元数据属性都是 **特定于驱动的**。当你向某个驱动添加新字段时，该字段适用于该驱动中的所有资产——而不是单个文件夹，也不会跨你工作区中的其他驱动生效。
由于架构属于驱动，因此可以通过复制驱动来复用：新驱动会以原始驱动的元数据属性副本作为起点。
元数据属性可以：
* 由 **手动** 由团队成员
* 由 **通过 AI 自动**填充，使用你在启用“AI 自动填充”时定义的自定义提示词
> 💡 如需回顾如何创建属性，请参阅 *自定义与自动化元数据*.
***
### 为什么你可能想要复用架构
许多团队会为某个驱动构建一套经过深思熟虑的元数据架构——涵盖项目阶段、内容类型、人才或营销活动等内容——然后发现他们希望在每个新建驱动中都使用相同的结构。如果没有复用该架构的方法，你每次都得手动重新创建每个属性；一旦不同驱动之间的属性出现偏差，这既耗时又容易出错。
下面这些方法可以让你省去这些工作。
***
### 从内置模板开始
当你创建新驱动时， **从模板开始** 这一步允许你从 Shade 的入门模板中选择一个： **视频制作**, **商业摄影**，或 **营销机构**。每个模板都带有一套预设的元数据属性和视图，你之后可以再调整。若你想自行构建架构，请选择 **从空白驱动开始** 。
***
### 方法 1：复制现有驱动
将元数据架构带入新驱动的最快方式，是复制一个已经拥有所需架构的驱动。
**要复制驱动：**
1. 在侧边栏中右键单击该驱动
2. 将鼠标悬停在 **复制驱动**
3. 上方，选择要创建的驱动类型： **活动**, **BYOS**，或 **保险库**
新驱动会以与原始驱动相同的元数据属性和视图开始。文件夹模板、成员、权限以及其他驱动设置不会被复制。然后你可以：
* 为新用途重命名新驱动
* 使用 **文件夹模板** 来填充文件夹结构
* 开始添加资产
如果你已经有一个“不错”的驱动，并且想克隆它的架构，那么这是最简单的方式。
***
### 方法 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 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-zh/gong-zuo-qu-he-qu-dong-qi/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.