术语表解决什么歧义
领域缩写与多义词（负载、流量、容量、并发）在不同团队含义不同，模型只能按语料中的平均用法理解，于是同一份输出里会出现两种口径。办法是在提示内先给术语约定：本任务中某缩写指什么、回答时保持原缩写还是展开、原文其他写法如何统一。术语表是轻量的「对齐定义」手段，规模控制在 3-10 个关键术语即可。
基本信息
| 适用 | 缩写密集的领域文档；多义词（负载、流量、容量） |
|---|---|
| 位置 | 放在规则区，紧邻任务描述 |
| 规模 | 3-10 个关键术语；更大的词表交给检索环节 |
| 配套写法 | 同时说明「保持原缩写」还是「首次展开」 |
典型使用场景
- 运维文档问答：统一 RTO/RPO/SLA 的口径，避免把目标值当成实测值
- 多团队联合评审：先把各方对「故障」「事故」的定义对齐再写结论
- 翻译与本地化：术语表约束译法，保证同一术语在多篇文档里一致
- 抽取任务：明确「金额」是否含税、「日期」是签约日还是生效日
- 评测与标注：给标注员与模型同一份定义，减少判定分歧
术语约定写法
术语约定写法
本任务术语约定（回答中保持原缩写，不展开、不替换）：
- SLA：服务可用性承诺
- RTO：故障后恢复服务所需的时长
- RPO：可容忍的数据丢失时间窗
# 兜底规则：原文出现其他写法时按约定换算，不要各自保留两套叫法
若原文使用其他写法，统一换算为上述术语。
# 多义词要写清本任务取哪一义，避免模型按常见义理解
# 未在表中的新词先保留原文，不要临时发明译名
约定之外的专业名词保持原文写法，不要自行改写为近义词。术语表要素
| 要素 | 写法 | 作用 |
|---|---|---|
| 术语 | 原文缩写或词条 | 统一检索与替换的锚点 |
| 定义 | 一句话说明在本任务中的含义 | 消除多义与口径差异 |
| 输出形态 | 保持原缩写 / 首次出现时展开 | 决定译文与行文风格 |
| 例外 | 哪些写法需要换算或保留 | 防止两套叫法混用 |
同一缩写在不同团队含义不同（「并发」的统计口径就是典型），先对齐定义再进提示，否则输出会同时包含两种口径。
术语表过长会稀释指令重点，超过十个时只保留与当前任务直接相关的条目，其余交给检索或前置步骤。