uxos 1.0.17 → 1.0.18

package/_uxos/access//346/226/207/346/241/210/350/247/204/350/214/203//344/270/255/346/226/207/01-/350/257/255/350/250/200/345/207/206/347/241/256/346/200/247.md

@@ -0,0 +1,77 @@
+# 01-语言准确性
+
+## 概述
+
+本文件整合了中文文案中关于术语准确性和用词规范的所有内容，包括通用统一用词和各领域专有用词。
+
+---
+
+## 一、通用统一用词
+
+统一的用词标准可以降低用户在不同场景下的认知和理解成本。
+
+| 中文正确用词 | 中文错误用词 | 说明释义 |
+|-------------|------------|---------|
+| 登录 | 登陆 | 错误释义：登陆指渡过海洋或江河登上陆地，可引申为军事用语，或"登陆市场"比喻商品等打进某市场。<br>名词解释："登录"进入操作系统或应用程序的过程。 |
+| 阈值 | 阀值 | 错误用词：阀值由于"阈"和"阀"在字形上相似，导致混淆。<br>名词解释："阈值"触发某种行为的临界值 |
+| 账号 | 帐号 | 错误用词：帐号属于非标准用法。<br>名词解释："账号"有交易支付属性为账号。腾讯云统一定为"账号"。 |
+| 关联 | 关连 | 错误用词：关连属于非标准用法。<br>名词解释："关联"强调事物间相互连接。 |
+| 请稍候重试 | 请稍后重试 | 错误用词：稍后是时间稍微往后，强调时间或位置靠后。<br>名词解释："稍候"是稍微等候的意思。 |
+| 置信度 | 信任度 | 错误用词：信任度更偏向于人际信任关系的衡量。<br>名词解释："置信度"通常用于统计学和机器学习中，量化某个预测或结果的可靠性。 |
+| 复制 | 拷贝、克隆 | 错误用词：克隆多用于特定技术场景（如devops 场景）。<br>名词解释："复制"指创建数据或对象的副本，为通用术语 |
+
+---
+
+## 二、大数据领域用词
+
+大数据、数据库领域专有名词
+
+| 中文正确用词 | 中文错误用词 | 释义 |
+|-------------|------------|------|
+| 元数据 | 原数据 | 正确用词与哪些竞品相同：阿里（元数据）字节（元数据）<br>正确用词与哪些竞品不同：百度（原数据）Snowflake(MeteData）<br>错误释义："原"表示原始、最初，无法体现元数据中"首要、基础"的含义。<br>"元"对应英文前缀"meta-"（源于希腊语"μετα"，意为"在...之上"或"关于"）。<br>名词解释："元数据"是描述数据内容和属性的信息，包括数据所有权、存储路径等信息。<br>参考来源：《国标GBT 25295-2017》 |
+| 数据清洗 | 数据清理 | 正确用词与哪些竞品相同：阿里（数据清洗）字节（数据清洗）<br>错误释义："清理"指移除废弃部分，无法体现数据清洗过程中的"修正错误、恢复数据质量"的含义。<br>名词解释："数据清洗"是对数据进行重新审查和校验的过程，目的在于删除重复信息、纠正存在的错误，并保证数据一致性。<br>参考来源：《国标GBT 25295-2017》 |
+| 数据挖掘 | 数据开采、数据勘探 | 正确用词与哪些竞品相同：阿里（数据挖掘）<br>错误释义："开采、勘探"有探查、获取资源的含义，但"挖掘"更能体现从数据中发现隐藏的关系的含义。<br>名词解释："数据挖掘"是从数据集中发掘特定模式或信息的过程。<br>参考来源：《国标GBT 25295-2017》 |
+| 数据库 | / | 正确用词与哪些竞品相同：阿里（数据库）字节（数据库）<br>正确用词与哪些竞品不同：Snowflake(Database）<br>名词解释："数据库"用于存储、管理和检索结构化数据的系统，适合实时事务处理，强调高并发、低延迟。<br>参考来源：《国标GBT 25295-2017》 |
+| 数据仓库 | / | 正确用词与哪些竞品相同：阿里（数据仓库）字节（数据仓库）<br>正确用词与哪些竞品不同：Snowflake (Data Warehouse）<br>名词解释："数据仓库"是一个反映历史变化的数据集合，强调复杂查询和高性能聚合。<br>参考来源：《国标GBT 25295-2017》 |
+| 数据治理 | 数据管理 | 正确用词与哪些竞品相同：阿里（数据治理）字节（数据治理）<br>正确用词与哪些竞品不同：Snowflake (Data Governance）<br>错误释义："管理"通常指技术执行与日常维护；"治理"更强调对数据规则制定。<br>名词解释："数据治理"是指对数据制定规则确保数据可用、可信、安全，包含数据采集、清洗、转换等工作。<br>参考来源：《国标GBT 25295-2017》 |
+
+---
+
+## 三、开发者领域用词
+
+通用Git术语和开发者专有名词
+
+| 中文正确用词 | 中文错误用词 | 释义 |
+|-------------|------------|------|
+| 数据结构 | / | 正确用词与哪些竞品相同：gitee （数据结构）<br>正确用词与哪些竞品不同：GitHub (Data Structure）<br>名词解释：数据结构是指在程序内存中组织和存储数据的方式，如链表、表等，用于优化特定场景下的访问和修改效率。<br>参考来源：GB/T 33850-2017 |
+| 数据架构 | / | 正确用词与哪些竞品相同：GitLab（数据架构）GitHub (Data Architecture）<br>正确用词与哪些竞品不同：GitHub(Data Architecture）<br>名词解释：数据架构是指对数据的整体组织和系统的设计，是一个更为抽象、宽泛的概念。在Git 生态中，体现为仓库模型、分支策略和分布式协作规范。<br>参考来源：Git 术语表 |
+| 克隆 | 复制 | 正确用词与哪些竞品相同：gitee （克隆）GitHub （克隆）<br>错误释义："复制"是指简单的文件复制，不涉及版本控制。<br>名词解释："克隆"是指从远程复制一个完整仓库到本地，包括所有的提交和分支。<br>参考来源：GitHHub词汇表 |
+| 合并冲突 | 变更冲突 | 正确用词与哪些竞品相同：gitee （合并冲突）GitHub （合并冲突）<br>错误释义："变更冲突"与合并冲突含义相似导致混淆，但变更冲突为非技术术语。<br>名词解释："合并冲突"是指两个分支对同一个文件或代码段进行了不同的修改。<br>参考来源：GitHub 词汇表 |
+| 分支 | 分枝 | 正确用词与哪些竞品相同：gitee （分支）<br>正确用词与哪些竞品不同：GitHub(Branch）<br>错误释义："分枝"表示分叉是非技术术语，不常见于开发者领域使用。<br>名词解释："分支"表示代码的独立开发线，用于开发者在不影响主代码库的情况下进行并行开发。<br>参考来源：GitHub 词汇表 |
+| 拉取 | / | 正确用词与哪些竞品相同：gitee （拉取）<br>正确用词与哪些竞品不同：GitHub ( Pull ）<br>名词解释："拉取"是指将远程仓库的更改下载到本地并自动合并到当前分支。<br>参考来源：GitHub 词汇表 |
+| 获取 | / | 正确用词与哪些竞品相同：gietee （获取）<br>正确用词与哪些竞品不同：GitHub(Fetch）<br>名词解释："获取"是指从远程仓库下载最新的提交记录到本地，但不会自动进行合并操作。它只是将远程仓库的更新数据拉到本地，供用户查看和进一步处理，不会直接影响本地的工作分支。<br>参考来源：GitHub 词汇表 |
+
+---
+
+## 四、音视频领域用词
+
+音视频领域中，实时互动、视频服务、媒体处理专有名词
+
+| 中文正确用词 | 中文错误用词 | 释义 |
+|-------------|------------|------|
+| 码率 | 码流 | 正确用词与哪些竞品相同：阿里（码率）字节（码率）<br>错误释义："码流"表示实际传输的二进制数据序列，包含音视频内容、元数据等，无法体现画质、带宽产生联系。<br>名词解释："码率"表示单位时间内传输或处理的数据量，单位为bps／秒。<br>参考来源：《国标GB/T 20090.2-2013》 |
+| 分辨率 | 分辩率 | 正确用词与哪些竞品相同：阿里（分辨率）字节（分辨率）<br>错误释义："辩"指辩驳、说明，无法体现画面清晰度的含义。<br>名词解释："分辨率"指显示屏幕上横向和纵向的像素数量，单位为像素（px）。<br>参考来源：《国标GB/T 33850-2017》 |
+| 延时 | / | 正确用词与哪些竞品相同：阿里（延时）字节（延时）<br>名词解释："延时"数据包从发送端到接收端的单向传输时间。<br>参考来源：《国标GB/T 22150-2008》 |
+| 延迟 | / | 正确用词与哪些竞品相同：阿里（延迟）字节（延迟）<br>正确用词与哪些竞品不同：AWS-IV(Slow latency）<br>名词解释："延迟"指数据从发送到接收的端到端总耗时，包括传输、处理和排队时间，强调不可控因素导致的滞后。<br>参考来源：《国标GB/T 32399-2015》 |
+| 实时 | / | 正确用词与哪些竞品相同：阿里（实时）字节（实时）<br>正确用词与哪些竞品不同：AWS-IV(Real-time video）<br>名词解释："实时"指系统需在规定的预设时间窗口内完成指定任务或操作，如实时以太网要求延迟≤1ms 。<br>参考来源：《国标GB/T 33850-2017》 |
+| 即时 | / | 正确用词与哪些竞品相同：网易（即时通讯）<br>名词解释："即时"指数据传输需尽可能减少用户感知的延迟，但没有具体的时间限制，如视频的即时呈现通常要求延迟≤500ms 。<br>参考来源：《国标GB/T 33850-2017》 |
+| SDK 密钥 | SDKKey | 正确用词与哪些竞品不同：阿里（AppKey ）<br>错误示意："SDK 密钥"此处统一为SDK 密钥的固定说法，不能简写为"SDKKey"。<br>名词解释："SDK 密钥"为应用的唯一密钥。<br>参考来源：《实时音视频文档》 |
+| AI 实时对话 | 对话式AI | 正确用词与哪些竞品相同：字节（对话式AI ）<br>正确用词与哪些竞品不同：阿里（AI 实时互动）<br>错误示意："AI 实时对话"为TRTC 的标准说法，避免使用简写或其他表述方式，如对话式AI。<br>名词解释："AI 实时对话"指RTC 提供的的AI 对话功能。<br>参考来源：《AI实时对话功能文档》 |
+
+---
+
+**评审要点：**
+
+1. 检查术语是否正确，根据产品领域定位到对应section
+2. 检查是否有错别字或非专业用词
+3. 确保用词统一性，同一概念在同一产品中使用相同表述

package/_uxos/access//346/226/207/346/241/210/350/247/204/350/214/203//344/270/255/346/226/207/02-/346/240/274/345/274/217/350/247/204/350/214/203/346/200/247.md

@@ -0,0 +1,190 @@
+# 02-格式规范性
+
+## 概述
+
+本文件整合了中文文案中关于格式规范的所有内容，包括数字格式、日期与时间、标点符号、混排规则等。
+
+---
+
+## 一、数字格式
+
+### 1.1 价格金额格式
+
+阿拉伯金额数字前应当书写货币币种符号（如人民币符号"¥"）或者货币名称简写和货种符号。币种符号与阿拉伯金额数字之间不得留有空格。
+
+| 统一单位 | 错误用法 | 定义 |
+|---------|---------|------|
+| ¥1,000 | ¥1,000 | 中国、日本使用该符号，符号和数字间没有空格。 |
+| 1,000 元 | ¥1,000元 | 数字和中文间有空格；在阿拉伯金额数字前面写有币种符号的，数字后面不再写货币单位。 |
+
+在使用相同货币符号的国家，用户容易混淆货币价值。如价格同时面向相同货币符号的国家，这种情况下就需要加上货币代码：
+
+| 统一单位 | 错误用法 | 定义 |
+|---------|---------|------|
+| $1,099 USD | $1,099 | 美国货币代码：USD，美国加拿大货币符号相同，可通过增加货币代码区分。 |
+| $1,099 CAD | $1,099 | 加拿大货币代码：CAD，美国加拿大货币符号相同，可通过增加货币代码区分。 |
+| ¥1,099 CNY | ¥1,099 | 中国货币代码：CNY，中国和日本货币符号相同，可通过增加货币代码区分。 |
+| ¥1,099 JPY | ¥1,099 | 日本货币代码：JPY，中国和日本货币符号相同，可通过增加货币代码区分。 |
+
+为了方便用户区分价格，大金额多位的价格每3位需用逗号分隔（逗号需使用半角符号）：
+
+| 统一单位 | 错误用法 | 定义 |
+|---------|---------|------|
+| ¥1,099,099 | ¥1099099 | 大金额多位的价格每3位需用逗号分隔（逗号需使用半角符号）。 |
+
+### 1.2 避免负面数字谐音
+
+避免贬义谐音数字-汉语
+
+- 汉语中对"4"字的厌恶起因于其发音容易让人联想到死。因为在汉语的大部分语言中，"四"字的发音和"死"字仅仅在声调上有区别；"7"的谐音是"气"，从语音上听起来，是不吉利的。所以"4""7"常被视为不吉利的数字。
+- 而在日语和朝鲜语中汉字的读音没有声调，导致"4"和"死"两字的发音更是完全相同。因此在日语和朝鲜语圈，"4"也是个让人忌讳的数字。
+- 因此，在数字组合的使用中，应尽量避免"7"和"4"的相邻组合或"4"的重复组合，如："748""4444"等。
+- 除了"7"和"4"以外，还有一些因为社会文化而产生贬义的数字组合，可尽量避免使用，如："250"、"38"等。
+
+褒义谐音数字-汉语
+
+- 汉语中"8"的谐音是"发"，取"发财"之意；"9"的谐音为"久"，取"长久"之意；"10"则有十全十美之意；"6"与"禄"谐音，有福禄、六六大顺之意。这些数字的组合常常具有褒义的谐音，如："188""1010""186"等。
+
+延展-其他国家及地区的数字禁忌
+
+- 4：在日语和朝鲜语中汉字的读音没有声调，导致"4"和"死"两字的发音更是完全相同。因此在日语和朝鲜语圈，"4"也是个让人忌讳的数字。
+- 13：欧美文化中认为13是不祥数，不幸和不吉利的，被称为"十三恐惧症"；泰国人认为"13"是个不祥数字，原因是把阿拉伯数字"13"顺时针旋转90度后，看起来像泰文的"ผ"（鬼）字。香港和上海受欧美文化影响，也有对"13"的忌讳。
+- 666：源于《圣经·启示录》13章18节，表明666是个兽名数目，与撒旦或反基督有关，传说6月6日6点是恶魔的生日；因此欧美国家较为禁忌这个数组。
+- 9：日语中"9"和"苦"读音一致，因此遭到避讳。
+
+---
+
+## 二、日期与时间
+
+### 2.1 完整日期时间格式
+
+| 正确 | 释义 |
+|------|------|
+| 2021年09月05日 周日 (今天) 07:30 | 完整的年/月/日/星期/时间展示（带「昨天」「今天」「明天」）。 |
+| 2021年09月05日 周日 07:30 | 完整的年/月/日/星期/时间展示。 |
+| 2021/09/05 周日 07:30 | 简略的年/月/日/星期/时间展示。 |
+| 2021年09月05日 07:30 | 完整的年/月/日/时间展示。 |
+| 2021/09/05 07:30 | 简略的年/月/日/时间展示。 |
+
+### 2.2 日期格式
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 2021年09月05日 | 2021年9月5号 | 完整的日期展示 |
+| 09月05日 | 9月5号 | 除年外的日期展示 |
+| 2021/09/05 | 2021/9/5 2021.9.5 2021-9-5 | 简略的日期展示 |
+| 09/05 | 9/5 9.5 9-5 | 简略的日期展示 |
+
+### 2.3 时间格式
+
+| 正确 | 释义 |
+|------|------|
+| 07:30:00 | 时间展示，错误示例：07.30、7:30。 |
+| 07:30 | 不含秒的展示方式 |
+
+### 2.4 星期格式
+
+| 正确 | 释义 |
+|------|------|
+| 周日、周六 | 星期展示，错误示例：「星期日」。 |
+
+### 2.5 消息时间格式
+
+| 正确 | 释义 |
+|------|------|
+| 2021年09月05日 周日 (今天) 07:30 | 完整的年/月/日/星期/时间展示（带「昨天」「今天」「明天」）。 |
+| 2021年09月05日 周日 07:30 | 完整的年/月/日/星期/时间展示。 |
+| 2021年09月05日 07:30 | 完整的年/月/日/时间展示。 |
+| 09月05日 07:30 | 月/日/时间展示。 |
+| 2021/09/05 周日 07:30 | 简略的年/月/日/星期/时间展示。 |
+| 2021/09/05 07:30 | 简略的年/月/日/时间展示。 |
+| 09/05 07:30 | 简略的月/日/时间展示。 |
+
+---
+
+## 三、标点符号
+
+### 3.1 句号
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 您可以通过一下步骤在会中使用美颜：<br>1、在"底部工具栏"点击<span style="color:#0066FF">设置</span>。<br>2、在<span style="color:#0066FF">设置</span>中点击<span style="color:#0066FF">虚拟背景与美颜</span>。<br>3、在"美颜"中点击设置项可进行美颜调整。 | 您可以通过一下步骤在会中使用美颜：<br>1、在"底部工具栏"点击<span style="color:#0066FF">"设置"</span><br>2、在<span style="color:#0066FF">"设置"</span>中点击<span style="color:#0066FF">"虚拟背景与美颜"</span><br>3、在"美颜"中点击设置项可进行美颜调整 | 如果列表中有复合句，即句中有"，""。"等标点符号，则每一条列表均以"。"<br>结尾。<br>句子都需要加句号，标题除外。 |
+
+### 3.2 引号
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 艾慧慧邀请你加入"南山咖啡店"。 | 艾慧慧邀请你加入【南山咖啡店】。 | 在语句中特别指出的组织或企业名称。 |
+| 您可以通过一下步骤在会中使用美颜：<br>1、在"底部工具栏"点击<span style="color:#0066FF">设置</span>。<br>2、在<span style="color:#0066FF">设置</span>中点击<span style="color:#0066FF">虚拟背景与美颜</span>。<br>3、在"美颜"中点击设置项可进行美颜调整。 | 您可以通过一下步骤在会中使用美颜：<br>1、在"底部工具栏"点击<span style="color:#0066FF">"设置"</span>。<br>2、在<span style="color:#0066FF">"设置"</span>中点击<span style="color:#0066FF">"虚拟背景与美颜"</span>。<br>3、在"美颜"中点击设置项可进行美颜调整。 | 在语句中特别指出的功能名称和页面名称<br>注意：在语句中，若当前功能名称或页面名称已特别处理为蓝色可点击，无需再叠加使用引号再次强调。 |
+| 在"用户"页，点击编辑按钮单独配置。 | 在"用户列表"页，点击编辑按钮单独配置。 | 在语句中特别指出的功能名称和页面名称<br>注意。特别指出的页面名称文案应沿用被引用页面名称，不能随意进行修改。 |
+| 开启"云录制"<br>开启后，文件会存储在云录制空间。 | 开启云录制<br>开启后，文件会存储在云录制空间。 | 在弹窗中标题中，若包含功能项或设置项名称，可用引号进行强调和区分。 |
+| 开启"云录制锁定范围"<br>锁定后，组织内成员将无法进行修改。 | 开启云录制锁定范围<br>锁定后，组织内成员将无法进行修改。 | 在弹窗中标题中，若包含功能项或设置项名称，可用引号进行强调和区分。 |
+
+**常见问题**
+
+为什么不能使用「」或【】？
+
+1. 「」『』和  ''' ''
+
+在1951年之前，竖行排版中的中文引号为：『』（双引号）和「」（单引号）。
+
+后来大家认为在横行文稿中，这两个引号不是很美观，因此1951年时在《标点符号用法》中改为使用西文符号的引号以代替之前的引号，也就是："" 和 '' 。如今现行的《中华人名共和国国家标准-标点符号》中，仍将 '' 和 "" 作为引号的标准符号。
+
+2. 【】和  ''' ""
+
+括号是标号的一种，标示语段中的注释内容、补充说明或其他特定意义的语句。
+方头括号"【】"是括号形式的一种，用法有以下几种：
+
+- 标示作者国籍或所屈朝代时，可用方头括号或六角括号。如：【英】赫胥黎《进化论与伦理学》
+- 报刊标示电讯、报道的开头，可用方头括号。如：【新华社南京消息】近日...
+- 标示被注释的词语时，可用六角括号或方头括号。如：【爱因斯坦】物理学家
+
+### 3.3 连接号
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 图表 2-8 | 图表2.8 | **短横线"-"的用法**<br>·标示表格、插图等的编号，使用短横线。<br>·连接电话号码、门牌号码等号码，使用短横线。 |
+| 010-88900988 | 010~88900988 | 同上 |
+| 2025 年 5 月 6 日—2026 年 5 月 30 日 | 2025 年 5 月 6 日～2026 年 5 月 30 日 | **一字线"—"的用法**<br>·标示时间的起止。（中文为全角符号，英文为半角符号） |
+| 第五～八页 | 第五一八页 | **波浪线"～"的用法**<br>·标示数值的范围。 |
+| 980～1040 PX | 980 PX～1040 PX | 同上 |
+
+### 3.4 半角与全角空格
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 腾讯天籁 Inside | 腾讯天籁Inside | 空格均为半角。<br>文中括号与文字之间需有半角空格。<br>数字与英文均为半角。<br>中英文数字混排时，中英文、数字之间的空格为半角。 |
+| 网络研讨会 Webinar 支持 5 万人同时在线 | 网络研讨会Webinar支持5万人同时在线 | 同上 |
+
+---
+
+## 四、混排规则
+
+### 4.1 中文与西文混排
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 腾讯天籁 Inside | 腾讯天籁 inside | 西文名词首字母需大写；<br>专有名词使用特定大小写，如："iPhone"；西文缩写应全部大写。 |
+| 腾讯天籁 Inside | 腾讯天籁Inside | 中西文在同一短句中时，中文与西文之间应当有空格。 |
+| 激活链接 48 小时内有效 | 激活链接 48h 内有效 | 如西文缩写有歧义或不能保证每位用户都能理解，请不要为了缩短句子而使用。 |
+
+### 4.2 数字与中西文混排
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 网络研讨会 Webinar 支持 5 万人同时在线 | 网络研讨会Webinar支持5万人同时在线 | 数字与英文均为半角。<br>中英文数字混排时，中英文、数字之间的空格为半角。<br>在同一短句中，中文与数字之间需要有空格。 |
+
+### 4.3 符号与中西文数字混排
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 数据有 2% 的提升 | 数据有2%的提升 | 数字与其单位符号间无需空格，但单位符号与中文间需有空格。 |
+
+---
+
+**评审要点：**
+
+1. 检查数字格式是否规范（价格、千位分隔符等）
+2. 检查日期时间格式是否正确
+3. 检查标点符号使用是否准确
+4. 检查中英文/数字混排是否规范

package/_uxos/access//346/226/207/346/241/210/350/247/204/350/214/203//344/270/255/346/226/207/03-/345/223/201/347/211/214/344/270/200/350/207/264/346/200/247.md

@@ -0,0 +1,204 @@
+# 03-品牌一致性
+
+## 概述
+
+本文件整合了中文文案中关于品牌一致性的所有内容，包括品牌语言规范、功能介绍文案、AI对话文案等。
+
+---
+
+## 一、品牌语言规范
+
+品牌语言规范是一套系统性的"品牌沟通规则"，定义了品牌在所有用户触点上如何通过文字进行思考、表达和沟通。
+
+### 1.1 品牌调性
+
+腾讯云品牌调性的核心为：**专业可靠、高效智能、连接赋能、友好积极**
+
+| 品牌调性 | Do 推荐 | Don't 不推荐 |
+|---------|---------|-------------|
+| 专业可靠<br>我们是严谨的技术专家 | 我们监测到您的CVM实例(ins-xxxxxx)在15:32因 Out-of-Memory 导致了重启 | 您的服务器好像出了点问题，自己重启了 |
+| 高效智能<br>我们尊重您的时间 | 要定位问题，请按以下三步操作：1. 查看日志… 2. 检查安全组… 3. 分析监控… | 您可以看看日志，或者检查一下安全组之类的东西，监控数据也可能有用。 |
+| 连接赋能<br>我们是帮助您成功的伙伴 | 完成配置后，您就拥有了一个具备自动扩缩容能力的Web服务，这将帮助您从容应对业务流量高峰 | 您已经成功创建了服务 |
+| 友好积极<br>我们是积极主动的向导 | 已为您创建对象存储COS存储桶。接下来，通常需要设置防盗链规则来保护您的数据，需要我为您介绍如何操作吗？ | 创建成功 |
+
+### 1.2 语言写作目标与原则
+
+| 语言写作目标 | 释义 |
+|-------------|------|
+| 构筑信任 | 通过专业、准确、可靠的沟通，系统性地建立用户对产品和品牌的深度信赖，使其放心托付业务和数据。 |
+| 清晰指引 | 将复杂的技术信息转化为清晰、易懂的指引，有效降低用户的使用门槛，引导其顺利上手并深入使用。 |
+| 赋能成长 | 聚焦于用户的最终成功，帮助个人用户提升技能、企业用户实现业务增长，让产品成为用户发展的催化剂。 |
+| 营造积极体验 | 在每一次与用户的文字互动中，都传递出积极、友好的态度，创造令人愉悦的、有温度的品牌感受。 |
+
+| 语言写作原则 | 释义 |
+|-------------|------|
+| 严谨准确 | 信息必须基于事实、经过验证，技术描述精准无误，符合行业标准和最佳实践。 |
+| 直观易懂 | 将复杂的技术概念和操作流程，通过简洁的语言、清晰的结构和恰当的比喻进行转化，让不同背景的用户都能快速理解和上手。 |
+| 价值导向 | 始终从用户的视角出发，将每一个产品特性与它能为用户带来的实际价值紧密相连。 |
+| 同理心与尊重 | 在沟通中始终怀有同理心，理解用户在不同场景下的情绪和需求，并以尊重、友好的态度进行回应。 |
+
+### 1.3 避免使用的词汇
+
+| 类型 | 避免使用词汇示例 |
+|------|----------------|
+| 过于口语化/随意 | 搞定、随便看看、这个东西、那个玩意儿、棒棒的、没啥事 |
+| 过度承诺/绝对化 | 保证、100%成功、绝对不会、永远、万无一失 |
+| 模糊不清/不确定 | 可能、好像、大概、差不多、应该可以 |
+| 负面/指责性 | 你的错、你没弄对、不行、太差了 |
+| 行业黑话/过度缩写 | 如无必要，不使用用户可能不理解的内部黑话或过度缩写 |
+
+---
+
+## 二、功能介绍文案
+
+### 2.1 功能介绍释义
+
+功能介绍文案应当包含三个要素：**痛点 + 特性 + 价值**
+
+- **痛点**：用户面临的问题或需求
+- **特性**：产品提供的功能或方案
+- **价值**：为用户带来的实际收益
+
+### 2.2 控制台功能介绍
+
+控制台功能介绍应当：
+- 突出技术专业性和操作便捷性
+- 强调"专业可靠"和"高效智能"的品牌调性
+- 包含具体的技术指标和性能优势
+
+### 2.3 门户功能介绍
+
+门户功能介绍应当：
+- 更注重业务价值和用户体验
+- 强调"连接赋能"和"友好积极"的品牌调性
+- 用通俗易懂的语言解释技术功能
+
+---
+
+## 三、AI对话文案
+
+### 3.1 AI对话写作原则
+
+AI对话应当体现：**专业可靠、高效智能、乐于助人、积极主动**
+
+#### 核心基调
+
+| 原则分类 | 核心原则 | 规范 | Do 推荐 | Don't 不推荐 |
+|---------|---------|------|----------|-------------|
+| 核心基调 | 专业 | 使用清晰、准确、符合行业规范的语言。技术术语使用准确，必要时提供简要解释。 | 根据您的描述，此问题可能与网络ACL（Access Control List）的配置规则有关。 | 呃，这个东西好像是那样弄的。 |
+|  | 可靠 | 提供的信息基于事实和官方文档，确保准确性。不作无法兑现的承诺或猜测性回答。 | 腾讯云承诺为您的数据提供多副本存储和异地容灾备份，确保数据持久性达到[具体指标]。 | 放心，这个肯定不会丢数据，我保证！ |
+|  | 高效 | 信息传达直接、简洁，直奔主题，避免冗余。 | "请您提供[必要信息A]和[必要信息B]，我将立即为您核实。" | "您能再多说点情况吗？我有点没太明白…" |
+| 辅助风格 | 乐于助人 | 语气积极，展现提供帮助的意愿。主动提供与用户问题相关的附加信息或建议。 | "如果您在操作过程中遇到任何疑问，请随时告诉我，我会尽力协助。" | "这个问题我帮不了你。" |
+|  | 积极主动 | 不仅回答直接问题，还能适度预判用户可能遇到的后续问题或需求，并提供相关建议。 | "根据您的使用场景，除了方案A，您也可以考虑方案B，它在[特定方面]可能更具优势。" | "你先试试看行不行。" |
+|  | 用户为本 | 从用户的角度出发思考问题和提供方案。理解用户的技术背景，调整语言的专业度。 | "考虑到您的业务需求是[用户需求]，我们推荐您使用[产品/功能]，因为它可以[具体价值]。" | "你为什么需要这个功能？我们觉得没必要。" |
+
+#### 表达方式
+
+| 原则分类 | 核心原则 | 规范 | Do 推荐 | Don't 不推荐 |
+|---------|---------|------|----------|-------------|
+| 表达方式 | 清晰简洁 | 避免使用冗长、复杂的句子结构。优先使用简单、直接、无歧义的词汇。 | "请打开控制台，在左侧导航栏找到'云产品'，然后点击'对象存储COS'。" | "这个东西的那个属性你得调一下才能好。" |
+|  | 易于理解 | 根据用户可能的背景调整技术术语的使用频率和解释程度。 | "CDN（内容分发网络）就像在各地建了很多'快递站点'，让用户可以从最近的站点获取数据，从而加快访问速度。" | "这个故障是由于BGP路由收敛时AS-Path属性优选不当导致的。" |
+|  | 结构化 | 对于包含多个步骤、选项或信息点的回答，使用列表、要点、加粗等格式化手段。 | "针对您提出的关于[问题主题]的疑问，我将从以下三个方面为您解答：1. [方面一]… 2. [方面二]… 3. [方面三]…" | (信息杂乱无章，东一句西一句) |
+
+#### 态度
+
+| 原则分类 | 核心原则 | 规范 | Do 推荐 | Don't 不推荐 |
+|---------|---------|------|----------|-------------|
+| 态度 | 客观中立 | 传递信息时基于事实，避免主观臆断或带有偏见的表达。 | "根据腾讯云官方文档显示，[产品X]支持的最大连接数为[具体数值]。" | "我觉得这个产品肯定是最好的，没有之一！" |
+|  | 值得信赖 | 坦诚沟通，尤其在无法满足请求、遇到错误或存在不确定性时。 | "抱歉，我暂时无法直接为您执行该操作。但我可以提供详细的操作指引：[步骤链接]" | "保证没问题，百分百成功！" |
+
+### 3.2 AI对话步骤引导
+
+#### 接收任务
+
+**文案结构**：[开场确认] + [说明行动] + [承诺结果]
+
+**示例**：好的，我将分步帮您完成[任务名称]
+
+**释义**：
+- 使用专业、简洁的确认语，表明已理解任务并将分步完成，体现效率和可靠性
+- 明确任务名称有助于用户进行确认
+- 当步骤数明确时，使用"分n步"；不明确时，可使用"分步"
+
+#### 执行任务
+
+**状态1：正在执行**
+
+**文案结构**：[告知状态] + [预估时长(可选)] + [请求等待]
+
+**示例**：正在为您执行[步骤名称]，这可能需要1分钟，请耐心等待
+
+**释义**：
+- 清晰告知当前状态，体现专业性和对用户时间的尊重
+- 对于耗时相对确定的任务，需说明预估时长
+- 对于耗时不确定的任务，可表述为："这可能需要一些时间"
+
+**状态2：完成步骤**
+
+**文案结构**：[告知状态]
+
+**示例**：已为您完成[步骤名称]
+
+**释义**：
+- 直接、清晰地确认子任务或动作的成功完成，语言专业、可靠
+
+**状态3：执行失败**
+
+**文案结构**：[致歉] + [陈述问题] + [提供解决方案]
+
+**示例**：抱歉，[步骤名称]因[具体原因]未能完成。您可尝试[操作建议]
+
+**释义**：
+- 坦诚告知失败，使用专业且略表歉意的词语
+- 重点在于清晰说明情况，并提供具体、可操作的下一步建议
+- 如果失败原因未知且无法给出建议，文案可调整为："抱歉，任务执行失败，请稍后重试。"
+
+**状态4：需要手动处理**
+
+**文案结构**：[执行操作] + [完成任务]
+
+**示例**：您需要执行[具体操作]，以便完成[步骤名称]
+
+**释义**：
+- 清晰、直接地告知用户需要执行什么操作
+- 说明该操作的目的（"以便完成…"），帮助用户理解并更好地配合
+
+#### 任务执行完成
+
+**文案结构**：[庆祝] + [确认结果] + [引导下一步动作]
+
+**示例**：恭喜您！已成功创建[任务名称]。接下来，您可前往[下一步动作]
+
+**释义**：
+- 使用"恭喜"等词语模拟人类祝贺场景，增强亲和力
+- 给出下一步动作的建议，或主动询问是否需要帮助
+
+### 3.3 用词建议
+
+**推荐词汇**：
+"建议您"、"您可以尝试"、"为了确保…"、"根据…"、"请您…"、"核实"、"配置"、"实例"、"优化" 等中性、专业词汇。
+
+**不推荐词汇**：
+"亲"、"哦"、"嗯哼"、"搞定"、"没问题啦" 等过于口语化、随意或情绪化的词汇；避免模糊不清或可能引起歧义的表达。
+
+### 3.4 关于Emoji
+
+在腾讯云的AI对话规范下，添加Emoji弊大于利的风险很高，与核心的专业、可靠原则存在较大冲突。
+
+**使用建议**：
+1. 强烈建议默认避免使用Emoji，尤其是表达情感的面部表情类Emoji
+2. 如果确实考虑使用，必须严格限制：
+   - 仅限于极少数、表意明确、几乎无歧义、普遍接受的功能性或状态性Emoji
+   - 必须作为文字的补充，而非替代。清晰文字说明是首要的
+   - 使用场景需极其审慎，例如仅在任务最终成功状态等正面、简单的场景酌情考虑
+   - 保持绝对一致性。如果决定使用，必须在所有同类场景下保持统一
+   - 进行用户测试，验证此类Emoji是否真的提升了体验
+
+---
+
+**评审要点：**
+
+1. 检查文案是否符合"专业可靠、高效智能、连接赋能、友好积极"的品牌调性
+2. 检查功能介绍是否包含"痛点+特性+价值"三个要素
+3. 检查AI对话是否符合"专业可靠、高效智能、乐于助人、积极主动"的原则
+4. 检查是否使用了避免使用的词汇

package/_uxos/access//346/226/207/346/241/210/350/247/204/350/214/203//344/270/255/346/226/207/04-/345/214/205/345/256/271/346/200/247.md

@@ -0,0 +1,91 @@
+# 04-包容性
+
+## 概述
+
+本文件整合了中文文案中关于包容性用语的所有内容，包括性别平等用语和无歧视用词等。
+
+---
+
+## 一、性别平等用语
+
+根据上下文，用具体名词替换具有泛指意义的男性代词"他（们）"
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 为参会成员赠送会员 | 为他们赠送会员 | 根据上下文，用具体名词替换具有泛指意义的男性代词"他（们）"。 |
+| 而在用腾讯会议Rooms开会的过程中，新的参会者加入会议时可以直接点击电脑端或手机端"腾讯会议APP"上的"无线投屏"按钮... | 而在用腾讯会议Rooms开会的过程中，新的参会者加入会议时他可以直接点击电脑端或手机端"腾讯会议APP"上的"无线投屏"按钮... | 通过上下文可以确定语义时，可将具有泛指意义的男性代词"他（们）"省略。 |
+| 为对方赠送会员 | 为他赠送会员 | 有时为了语义连贯，省略的性别相关信息可以使用"其""该""此""这位""这些""那位""那些"等中性代词或指示代词来表示。 |
+| 观众线上举手发言、视频连线、问答区提问参与红包互动，让其互动交流更高效。 | 观众线上举手发言、视频连线、问答区提问参与红包互动，让他们的互动交流更高效。 | 在表示从属关系时，有时可以用"自己（的）""各自（的）""本人（的）""其"来代替"他（们）的"。 |
+
+---
+
+## 二、无歧视用词
+
+### 2.1 不要使用有居高临下意味的委婉语，使用客观的语言来描述某个群体
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 教育/公益特惠 | 特殊群体优惠 | 带有"特殊"一词的表达通常会受到抵触，被视为具有冒犯性且居高临下，原因是它委婉地孤立了那些不同的人。我们建议尽可能使用中性客观的名词。 |
+| "教育/公益特惠"套餐支持学生、教师或公益组织购买，可开具个人与公益组织抬头发票。 | "教育/公益特惠"套餐支持特定个人与组织购买，可开具个人与特定组织抬头发票。 | 同上 |
+| 适用于学生、教师、公益组织 | 仅面向学生、教师、公益组织 | "仅针对""仅面向"被用来描述某个群体范围时，通常会带有对其他群体拒之门外、居高临下的意味。我们可以使用"适用于"这种中性的介词来表达。 |
+
+### 2.2 避免使用性别类别或种族作为名词
+
+职业和技能没有性别之分，避免使用具有刻板印象的带有性别名词，如："女秘书"、"男医生"等，可以说"秘书"、"医生"。
+
+避免试用肤色、外表形容一个种族，或者将某个种族代表一类名词；避免使用另某种族的人感到冒犯或不礼貌的词。
+
+### 2.3 残疾包容性语言
+
+#### 避免贴标签和定型观念
+
+残疾是生命的一种存在形态，也是人类多样性的一部分，而不是什么需要过分夸大的东西，因此，不应用"励志"或"超人"等词语描绘残疾人。这种语言暗示残疾人取得成功、有一技之长、过上幸福充实的生活是不同寻常的。用"身残志坚"或"克服了"残疾等说法描述残疾人，给人居高临下之感，应该避免。残疾人和其他人在才华和能力方面都是一样的。
+
+#### 不要使用有居高临下意味的委婉语
+
+我们不应使用如"能力不同的人"、"各种能力都有的人"或"毅力坚强的人"等表达，因为这些表达都是委婉语，且可能被视为高人一等或具有冒犯性。"有身体障碍的人"是比"能力不同的人"更中性的表达。
+
+与残疾人相关的带有"特殊"一词的表达通常会受到抵触，被视为具有冒犯性且居高临下，原因是它委婉地污蔑了那些不同的人。
+
+### 2.4 避免刻板印象的用词
+
+| 正确 | 错误 | 释义 |
+|------|------|------|
+| 朝鲜 | 北朝鲜 | 不要根据地区、文化、年龄或性别对人进行概括或刻板印象，即使刻板印象是积极的。例如，在代表工作角色时，选择反映各种性别认同和文化背景的名称。 |
+| 社会阶层 | 社会阶级 | 同上 |
+| 外国人、外籍人士 | 老外 | 同上 |
+| 农村 | 乡下 | 同上 |
+| 众所周知 | 妇孺皆知 | 同上 |
+| 健全人士 | 正常人、健康人 | 同上 |
+| 残疾人士 | 聋哑人 | 同上 |
+| 秘书 | 女秘书 | 同上 |
+| 老年人 | 老头 | 同上 |
+| 村委会主任 | 村长 | 同上 |
+| 朝鲜族 | 鲜族 | 同上 |
+| 香港、澳门与内地 | 香港、澳门与大陆 | 同上 |
+| 台湾与大陆 | 台湾与内地 | 同上 |
+| 台湾地区、台湾 | 台湾省 | 同上 |
+| 伊斯兰国家 | 穆斯林国家 | 同上 |
+| 企业负责人 | 老板 | 同上 |
+| 著名演员／艺术家 | 男神、女神、天王 | 同上 |
+| 回族 | 回回 | 同上 |
+| 维吾尔族 | 维族 | 同上 |
+| 蒙古族 | 蒙族 | 同上 |
+
+### 2.5 如何判断一个词是否有歧视性
+
+中文语言语义较多，如何判断一个词是否有歧视性呢？试试下方思考方法：
+
+- 这种语言是隐喻性的吗？如果有，这个隐喻背后的含义是好是坏呢？是否涉及某个人群的刻板影响？如果是，即使是积极的隐喻，也请避免使用。
+- 该语言可以使用更客观、更字面意义的词代替吗？
+- 有哪些人群可能因这样的语言描述受到伤害？是否有人群可能会感受到不舒服、被忽略、被歧视或被居高临下的对待呢？
+- 这种语言是否涉及政治、种族、性别？
+
+---
+
+**评审要点：**
+
+1. 检查是否存在性别歧视，避免使用男性代词泛指
+2. 检查是否存在刻板印象和偏见
+3. 检查是否存在居高临下或冒犯性表达
+4. 检查是否尊重特殊群体