约会对象的 Mastodon 名称对应两个个人资料：先核对服务器

缩短的 Mastodon 名称带来的风险

在约会对话中，像 sam 这样的名字感觉像是一个标识符。但在 Mastodon 上，它只是标识符的一半。第二个 @ 之后的部分告诉你哪个服务器托管该账号，而不同的服务器意味着不同的账号——可能完全是不同的人。

Mastodon 用户名由本地用户名和托管该账号的网站域名组成。来源

因此，当你的约会对象发来“我的 Mastodon 是 sam”，而搜索出现了两个名为 sam 的个人资料时，你并没有找到属于同一个人的两个账号。你发现的是，对方给你的标识符中缺少了服务器。这是一个需要提问的问题，而不是一个可以得出的结论。

从约会对象分享的确切内容开始

从你实际收到的值入手：输入的名字、发送的链接，或对方选择分享的、不含敏感材料的截图。暂时不要将搜索扩展到该值之外。

Mastodon 允许在与同一服务器上的人交流时省略域名；其文档建议在向他人分享用户名时包含域名。来源

Mastodon 自身的搜索接受完整的 username@domain 地址或个人资料 URL。同一个本地用户名可以在不同的服务器上注册。来源

实际后果是：完整地址或个人资料 URL 是可用的来源。仅有的本地名称则不是，因为它没有说明该查看哪个服务器。

针对你收到的值制作四行工作表

用这个来决定你在解读个人资料之前拥有什么。对方提供的每个值填写一行。

有两行值得强调。

两个带服务器限定的地址是两条记录，而不是一个发现。 如果你的约会对象给了你 [email protected]，后来又给了 [email protected]，仅凭这一差异并不能表明是两个人、一个隐藏账号或欺骗。它可能是笔误、第二个账号，或另一个拥有相同本地名称的人。在你的笔记中将它们分开，并询问哪个是当前使用的。

缺少服务器是一个停止标志，而不是一个谜题。 不要尝试任意服务器来查看该名称存在于何处，不要枚举账号，也不要猜测新的用户名。这些做法都会将简单的澄清变成对与你约会对象无关的陌生人的监视。

匹配的头像能告诉你什么，不能告诉你什么

复制的照片、相似的简介，或两个个人资料上相同的显示名称，是关于呈现方式的线索，而不是身份证明。人们会重复使用图片，不相关的账号也可能看起来相似。同样的谨慎也适用于你通过搜索找到的匹配：公开用户名匹配是一个线索，而不是确认该账号属于与你交谈的人。

如果两个个人资料仅服务器不同，你未解决的问题仍然是“哪个地址是你的？”——而不是“你为什么有两个账号？”

在你已有的公开链接上使用 TraceSeek

一旦你的约会对象给了你完整的公开个人资料 URL，你可以保留该确切链接，并使用 TraceSeek 的公开内容分析来整理该页面上发布的相关陈述。输出应被视为带有归属的摘要：每一点都属于发布它的个人资料，而账号的所有权在对方确认之前仍未解决。

如果页面中包含对方发送的图片中的带服务器限定的名称，应用的图像文本读取功能可以帮助你转录这些字符。然后你自己将提取的文本与图像进行比较。它不会解码私人标识符，也不会确定账号背后是谁。

如果应用无法访问来源——链接是私人的、已删除或被阻止——将其标记为不可用，并向对方询问公开链接。不要试图绕过访问限制。

这里的目标是更清晰的公开来源问题，而不是所有权证书。如果你想在公开链接上试用该应用，可以从应用页面开始。

单独的标准用户名扫描是另一种工具：它覆盖 3,000+ 个公开平台，据描述耗时 20–30 秒，首次扫描免费，无需注册或登录。这些数字仅适用于该扫描，不适用于读取 Mastodon 格式地址或公开内容分析。

一个可以发送的具体问题

与其用两个个人资料质问对方，不如询问缺失的部分：

“我想确认我看的是正确的个人资料——你能发给我你完整的 Mastodon 地址（@ 后面带服务器的那种）或你个人资料的链接吗？”

这个问题可以回答，不指责任何人，并给你一个可用的单一来源。如果回答是另一个仅有的本地名称，再次询问服务器或链接。如果没有提供公开链接，将来源标记为不可用，而不是用猜测填补空白。

到此为止

这个工作表解决一件事：你的约会对象意图指向哪个公开来源。它不能证明身份、活动或意图，两个带服务器限定的地址之间的差异也不是隐藏约会账号的证据。网站上的相关阅读包括工作原理和关系板块中关于关系的指南。