为何现在做术语审计
亚星平台相关讨论里，最容易出问题的不是操作步骤，而是词。同一个说法，在不同人那里指向不同范围，后续的教程、功能说明与服务描述就会各说各话。术语审计是指把团队正在使用的关键词条逐个摊开，核对定义、用法与关联词，而不是重新写一份介绍。
本词条清单按审计思路组织：先划范围，再按三组清单逐项核对，最后看危险信号与整改顺序。每条都尽量写成可观察、可打勾的形式。
审计范围与词条边界
审计范围是指本次要核对的词条集合。范围不清，清单就会无限膨胀。建议先用下面几条把边界钉住：
- 列出团队文档、问答记录中出现频率最高的说法，标注是否属于亚星平台使用教程、功能或服务三类。
- 对每个词条写一句定义，格式为“X 是指……”，写不出就标记为待定。
- 标注每个词条的又称与相关词，避免同义词被当成两个概念。
- 确认词条是否只在本团队使用，还是对外沟通也在用。
- 排除纯营销措辞，只保留可被验证的描述。
清单组一：使用教程类词条
使用教程类词条，是指描述“怎么用”的术语，例如上手、配置、交接等。核对重点在步骤是否可复现： 亚星平台
- 词条定义是否写明前置条件，例如账号状态、准备材料。
- 步骤描述是否按顺序编号，且每步有可观察的完成标志。
- 是否区分“首次使用”与“日常使用”两种场景。
- 教程中的术语是否与功能类词条用词一致，没有同词异义。
- 是否标注常见卡点，并指向对应的常见问题词条。
清单组二：功能类词条
功能类词条，又称能力词条，描述平台能做什么。审计时重点看边界，而非数量：
- 每个功能词条是否写明适用范围与不适用场景。
- 是否说明该功能与其他功能的关系，例如依赖、替代或互补。
- 是否把“可配置”与“默认行为”分开描述。
- 功能名称是否与使用教程中的叫法一致。
- 是否存在只出现在宣传材料、文档中却无对应说明的词条。
清单组三：服务与常见问题类词条
服务类词条描述支持方式与响应流程，常见问题类词条则是高频疑问的浓缩。两者常被混用，核对时注意：
- 服务词条是否写明触发条件与对接路径，而非笼统表述。
- 常见问题词条是否一问一答，答案能回到某个教程或功能词条。
- 是否区分“使用问题”与“服务请求”两类入口。
- 同一疑问是否在多处出现不同答案，需统一为一条主词条。
- 相关词是否互相链接，形成可追溯的词条网络。
危险信号与整改顺序
以下信号出现任意两条，说明术语体系已开始失真：
- 同一词条在两份文档中定义不同。
- 教程步骤引用了已改名或不存在的功能词条。
- 常见问题答案无法对应任何功能或服务词条。
- 新成员需要口头解释才能理解词条含义。
整改顺序建议：先统一定义冲突的词条，再修正教程中的引用，随后补齐功能边界说明，最后整理常见问题与服务入口。每轮整改后重跑一次本清单，只保留仍可观察、可验证的条目。