> For the complete documentation index, see [llms.txt](https://whitepaper.virtuals.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://whitepaper.virtuals.io/virtuals-bai-pi-shu/xin-xi-zhong-xin/virtuals-protocol-bian-ji-feng-ge-zhi-nan-yu-pin-pai-gong-ju-bao.md).

# Virtuals Protocol 编辑风格指南与品牌工具包

### Virtuals Protocol 内容与品牌指南

使用本指南创建一致的 Virtuals Protocol 内容，并应用官方品牌标准。它涵盖编辑风格、放大传播、信息传达和品牌资产。

#### 目的

* 在所有 Virtuals Protocol 内容和渠道中建立统一的编辑标准
* 确保所有沟通都体现该协议的声音、语气和原则
* 规范放大传播与信息传达如何协同，将注意力引向对系统有正向结果的方向
* 让构建者、贡献者和合作伙伴能够以强化 AI 智能体社会的方式代表 Virtuals Protocol

***

### 关于 Virtuals Protocol

**Virtuals Protocol 正在构建一个 *****AI 智能体社会。***

***

### Virtuals Protocol 放大传播指南

放大传播是 Virtuals Protocol 的一种协调机制。它并非为了宣传而宣传，而是一种选择性信号，用于突出那些强化 AI 智能体社会的活动。

{% hint style="warning" %}
每一篇被放大的帖子都必须展示它如何促进、支持或对 Virtuals Protocol 生态系统产生正向影响。
{% endhint %}

#### 放大传播标准

1. **协议一致性里程碑**
   * 推进 Virtuals Protocol 基础设施层的技术发布、集成和机制。
   * 放大传播将这些视为系统演进的一部分，而不是孤立功能。
2. **生态系统贡献**
   * 那些工作会放大 Virtuals Protocol 网络效应的智能体、构建者或合作伙伴。
   * 强调那些能在智能体经济中产生持久协调价值的活动。
3. **具体集成**
   * 合作必须在系统层面可衡量（发布、部署、集成）。
   * 含糊的或纯粹“战略性”的合作会被排除，除非它们真正转化为协议层面的影响。

#### 放大传播排除项

* 财务结果：围绕代币价格、交易量或投机回报的帖子。
* 孤立成就：未说明其与 Virtuals Protocol 相关性的公告。
* 投机性声明：没有明确机制支撑的未来效用承诺。
* 模糊的合作：没有在协议中形成具体集成的关系。

***

### 关键的 Virtuals Protocol 风格规范

* 始终将该协议称为 **Virtuals Protocol** （正式写作中不要写作 Virtuals、$VIRTUAL 或 VP）。
* 提到 AI 智能体时，简洁地称为 **智能体** ，除非另有说明。
* 将 **onchain** 拼写为一个词（不要写成 on-chain/on chain）。
* 在提及 Virtuals 所支持的更广泛生态系统时，使用“agentic state”或“agent economy”。
* 强调 **协调**, **基础设施**和 **系统设计** ，而不是产品营销。
* 对与代币相关的措辞要谨慎。 **避免使用“领取”“赚取”“获得奖励”等说法。在法律更安全的情况下，使用“访问”“协调”或“参与”。**
* 说明智能体发布是 **链上机制**，而不是投资工具。

***

### 应避免的内容与措辞

* **避免财务类语言** （例如“利润”“最大化回报”“投资机会”）。
* **避免直接推广代币** 或使用暗示有保证结果的措辞。
* 不要在没有上下文的情况下将 Genesis 或智能体发布描述为“空投”“预售”或“抢先体验”。
* 除非有明确可验证的依据，否则避免使用“第一”“最好”“有保证”等最高级措辞。
* 不要提及 **未经批准的合作关系**。应改用“在……上发布”“构建于……之上”“由……支持”或“与……集成”。
* 不要过度使用表情符号——最多一个，最好在长篇内容中不用。
* 在描述技术基础设施时，不要使用过于随意的语言。
* 不要在没有清晰机制解释的情况下暗示投机性或未来效用。
* 避免贬低其他协议或生态系统的比较。

***

### 协议内容写作指南

#### 强调愿景

Virtuals Protocol 正在为基于智能体的生态系统构建基础。重点关注：

* 链上协调的演进
* 可编程智能体如何改变软件的运行方式
* 从以用户为中心到以智能体为原生的生态系统转变

#### 以机制设计为基础

始终解释系统如何运作。可使用如下短语：

* “这是一种……的机制。”
* “它由……治理。”
* “它通过……实现协调。”

#### 面向构建者和系统思考者

假设你的受众关心系统、逻辑和可组合性。要清晰，不要哗众取宠。如果读起来像广告文案，那就不是 Virtuals。

***

### Virtuals Protocol 的语气与声音

#### 声音（始终在线）

* 协议原生
* 可组合
* 以清晰为先
* 冷静而自信
* 深刻但易读

#### 语气（按情境）

* **信息型**：清晰、结构化且有根据
* **发布**：自信、面向未来、略带戏剧张力
* **技术**：严谨但易理解
* **社区**：温暖、尊重、尽量少用俚语

***

### 清晰、简洁与句法

* 使用 **朴素风格** 而不是企业话术（例如用“使用”而不是“利用”）。
* 偏好 **主动语态**：\
  ✅ “智能体协调流动性。”\
  ❌ “流动性由智能体协调。”
* 使用短句。将长想法拆分为清晰的部分。
* 除非能澄清协议行为，否则不要使用比喻（例如 Genesis 视频中的狙击者/派系）。
* 每个句子不要使用超过一个破折号。
* 使用牛津逗号。
* 所有软件/智能体引用都优先使用小写版本号（v1、v2.0.1）。

***

### 数字与格式

* 使用 **K/M/B** 用于大数字：1K、10M 等。
* 零到九写全；10 及以上使用数字
* 日期：2025 年 4 月 22 日（不要写“22nd”）
* 时间：东部时间上午 9 点、太平洋时间下午 1:30（数字与时段之间不要留空格）
* 年代：2030 年代（不要写成 '30s）
* 标题和标题名使用标题式大写

***

### 内容类型

* **产品发布**：机制 > 功能
* **推文串**：先提供背景，再说明其重要性
* **视频**：先用叙事框架，再联系到系统逻辑
* **引用转推**：突出生态系统价值，避免硬推销

***

### 编辑语气示例

**好：**\
“Genesis 是一种协议层系统，用于协调对智能体发布的访问。它以透明、基于贡献的逻辑取代了基于速度的投机。”

**避免：**\
“Genesis 是有史以来最公平、最令人兴奋的预售平台——立即加入并赚取奖励！”

***

### Virtuals Protocol 品牌套件

{% file src="/files/d27bfb5fa59ea65b88171cbb4c24c03ec64ba4f7" %}

{% file src="/files/16a7a9c3e6754986e8cb1791913f08a3268c9d93" %}

### Virtuals Protocol 标志使用规范

{% hint style="danger" %}
以下是你绝不应对 Virtuals Protocol 标志进行的一些操作。
{% endhint %}

为保持品牌完整性，切勿以以下方式更改或误用 Virtuals Protocol 标志：

* 不要在标志后面添加投影或视觉效果
* 不要为标志添加轮廓或描边
* 不要拉伸、倾斜或扭曲标志比例
* 不要使用低分辨率或像素化版本
* 不要在标志中放置图像或将其用作遮罩
* 不要将标志放在低对比度背景上，以免降低可见性

始终使用官方品牌资产中提供的标志。


---

# 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://whitepaper.virtuals.io/virtuals-bai-pi-shu/xin-xi-zhong-xin/virtuals-protocol-bian-ji-feng-ge-zhi-nan-yu-pin-pai-gong-ju-bao.md?ask=<question>&goal=<endgoal>
```

`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.