术语统一不只是替换词
使用 Claude 整理术语表时，先明确适用项目和读者。同一个词在技术实现和用户说明里可能指不同概念，不能见到相似名称就直接合并。本文使用虚构项目例子，不定义任何官方产品术语或接口规范。
先提取出现位置
给材料分配编号，让模型列出术语原词、所在原句和可能含义。先收集再讨论统一名称，避免提取阶段就丢掉差异。若只有词语没有上下文，定义应写待确认，而不是补一段通用解释。
虚构案例：预览与正式发布
材料G1的预览表示内部试用，G2的正式发布表示面向全部目标用户。即使两段都用了“上线”，也不能将它们合成同一状态。可以建议分别使用预览开放和正式发布，但需要项目负责人确认。
设计实用字段
建议包含推荐名称、定义、允许别名、不应混称、来源编号和确认状态。英文缩写还应列完整名称及大小写规则。没有正式批准的词用候选标识，避免后续写作者把建议当成确定规范。
处理同名不同义
相同缩写如果出现在两个领域，保留领域标签和分别定义。不同名称是否同义也需要依据，不能只因为模型认为相近就归并。对术语的理解有冲突时，引用原句交给熟悉业务的人判断。
把术语表用于后续写作
向模型提供当前有效版本，要求按推荐名称改写并列出替换位置。对引文和代码标识符通常要保留原样，除非明确允许修改。先小范围替换并核对含义，避免全局替换破坏变量或正式名称。
更新时检查影响范围
术语含义变化需要复查关联文档，而不是只改字面名称。保留版本日期与变更理由，标注历史用法。没有上下文的旧文不能自动认定错误，必要时加注说明它使用的是旧版定义。
常见问题：术语表能保证准确吗
它能帮助一致表达，但定义本身仍需确认。模型可能生成流畅却不适用的解释，所以每条保留原文依据和审核状态。翻译场景可参考《Claude 翻译教程：用术语表保留条件与语气》。