不同用途的TXT可以在同名下按各自规则共存，但不能随意覆盖已有值。接入新服务时，应确认记录名、值与类型，再追加必要记录并回读；特别不能把新增域名验证当成删除SPF或其他认证记录的理由。
先保存同名下的全部记录
在当前权威区域查看目标名称已有的TXT及相关业务，记录每条用途和管理方。面板常将同名多条值放在相似位置，复制时容易覆盖。不要只保留看起来最长的一条，也不要因看不懂就把旧记录视作无用。
核对新服务的精确要求
验证通常指定完整名称与令牌值，面板可能自动补域名后缀。区分在根域添加和在专用子域添加，也要确认是否实际要求CNAME而非TXT。多个平台使用不同令牌，不能把两个值拼成一条自创格式。
按类型和业务规则追加
TXT是承载文本的DNS类型，但每种应用对格式与数量有自己的约束。域名验证记录不应被当成邮件策略合并。操作前明确这是新增记录还是更新某个已停用令牌，只处理当前服务确认的那一条。
验证新服务和原业务
先读取权威回答确认旧值仍在，再运行新平台验证，并核对企业邮箱等原有业务未受损。验证成功后能否删除令牌要看平台说明，有些服务持续检查。为记录保存用途和退役责任，而不是验证后立刻批量清掉。
关键区别
TXT类型：承载不同应用文本；用途规则各异。
验证令牌：证明域名控制；不是邮件授权。
已有业务值：继续承担原功能；不能随意覆盖。
怎样确认处理到位
新服务验证通过，旧TXT及邮件等业务保持预期，记录的用途和是否需持续保留已核对，不留未经解释的替换。
容易误判的边界
多条TXT共存不意味着同一种策略可以任意重复；尤其不能把新验证值拼到SPF或DKIM语法内部。
