> 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/guides/guides-zh/zi-ding-yi-dui-xiang-he-yuan-shu-ju/she-ji-ke-kuo-zhan-de-yuan-shu-ju-jia-gou.md).

# 设计可扩展的元数据架构

选择字段类型、选项、AI 提示词和命名规则，随着你添加驱动器和人员，这些设置都能保持一致。

**结果：** 一组简短、经过刻意设计的元数据字段，你的团队会一致地填写，AI 在可靠时可以填写，你也可以复制到每个新盘中。

**适用于：** 首次设置元数据的管理员和负责人，或是在字段已经泛滥的盘中进行清理的人。

**时间：** 设计大约需要一小时，每个盘应用只需几分钟。

## 开始之前

* 阅读 [元数据和自定义字段](https://academy.shade.inc/ai-tools/custom-and-automated-metadata) 用于字段类型和设置。
* 列出人们在查找媒体时会问的问题，例如“ACME 的已批准主视觉镜头在哪里？”每个字段都应帮助回答其中一个问题。

## 原则

{% stepper %}
{% step %}

### 从五到八个字段开始

每个字段都意味着有人必须填写，或者 AI 可能会出错。先从能回答你最常见搜索的字段开始。一个典型的起始集合：

| 字段   | 类型                   | 填写者        |
| ---- | -------------------- | ---------- |
| 状态   | 单选                   | 人员         |
| 项目   | 关联（到 Projects 对象）或文本 | 自动化或人工     |
| 内容类型 | 单选                   | AI         |
| 标签   | 标签                   | AI，并允许新增选项 |
| 评分   | 评分                   | 人员         |
| 使用权  | 单选                   | 人员         |

Shade 已经会提取文件数据（日期、尺寸、EXIF 和 IPTC），所以不要为这些再创建字段。
{% endstep %}

{% step %}

### 凡是要筛选的内容都用选择字段

如果你要按某个字段筛选或分组，就把它设为单选或标签字段，而不是文本。“Approved”、“approved”和“APPROVED ”在文本字段中是三个不同的值，而在选择字段中只是一个值。

保持选项列表简短且互斥。如果你需要大约超过 15 个选项，这个字段可能更适合改成关联到自定义对象。
{% endstep %}

{% step %}

### 让 AI 填写它能看见的内容

开启 **使用 AI 自动填充** 用于描述图像或视频中内容的字段，例如镜头类型、场景、物体或球衣号码。将提示写成指令：

* “判断哪一种镜头类型最适用于该视频或图像。”
* “选择最适用的标签。如果没有合适的标签，就新建一个。标签应为一到两个词。”

对于 AI 无法看到的业务事实，如客户、使用权和审批，请关闭 AI。AI 自动填充适用于图像和视频。
{% endstep %}

{% step %}

### 锁定影响决策的字段

对于诸如 **状态** 和 **使用权**，开启 **锁定元数据编辑**，这样只有盘管理员及以上级别的人才能更改它们。为每个字段添加一个 **说明** ，说明何时以及如何使用它。
{% endstep %}

{% step %}

### 按搜索者的视角命名字段

使用简洁明了的名称，作为列标题和筛选标签都很顺眼，例如 **镜头类型** 而不是 `shot_type_v2`。在每个盘中使用相同的名称，这样视图和导出就能对应一致。
{% endstep %}

{% step %}

### 把架构放在模板盘上

在一个空的模板盘上构建最终架构，并使用 **复制云盘**。架构更改不会同步到早先的副本，因此当你更改模板时，需要手动把同样的更改应用到现有盘中。参见 [盘模板](https://academy.shade.inc/workspaces-and-drives/drive-templates).
{% endstep %}
{% endstepper %}

## 清理现有盘

* **Archive** 没人使用的字段。归档会隐藏该字段但保留其值，你以后还可以重新启用它。
* 在添加新选项之前，先合并几乎重复的选择项。
* 在你更改 AI 提示后，使用 **要重新运行并覆盖所有单元格吗？** 仅当你想替换所有现有值时才这样做。

## 相关文章

* [将项目和客户建模为自定义对象](/guides/guides-zh/zi-ding-yi-dui-xiang-he-yuan-shu-ju/jiang-xiang-mu-he-ke-hu-jian-mo-wei-zi-ding-yi-dui-xiang.md)
* [自动整理新上传内容](/guides/guides-zh/zi-dong-hua/zi-dong-zheng-li-xin-shang-chuan-nei-rong.md)
* [构建可搜索的归档](/guides/guides-zh/sou-suo-ai-he-dang-an/gou-jian-ke-sou-suo-de-gui-dang.md)


---

# 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/guides/guides-zh/zi-ding-yi-dui-xiang-he-yuan-shu-ju/she-ji-ke-kuo-zhan-de-yuan-shu-ju-jia-gou.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.