用户名生成器

使用方法

1. 先在「平台规则」里选目标站点。示例默认选 GitHub：只允许字母、数字和短横线，长度 1～39 位，首尾不能是短横线，也不能出现连续两个短横线。
2. 在「生成数量」填 12（示例值，与上面演示表一致），允许 1～30 的整数。
3. 「已有用户名」默认是 octocat, OctoCat, nova_river, nоva_river 四条，用逗号分隔。这一格不是必填，但填上之后，生成结果里与它冲突的条目会被标红；第 4 条里的 о 是西里尔字母 U+043E，不是拉丁字母 o，用来演示同形字冲突。
4. 拼接方式两项默认都勾：两个词之间加分隔符（GitHub 档用短横线，Twitter / 微信 / 抖音档用下划线，通用档不输出分隔符），并在末尾追加 100～999 的三位数字。
5. 点「生成候选用户名」（或在数量输入框里按 Enter），表格逐条给出长度、平台校验结论和冲突情况；点「复制全部（TSV）」可直接贴进表格，点「下载 CSV」存成带 BOM 的文件。

这个用户名生成器能解决什么问题

一是注册前的备选清单：注册新账号时想一次拿到十几条符合目标平台规则的候选名，不用自己想、也不用反复被表单退回。生成结果已经按所选平台的字符集和长度区间过滤过一遍。

二是跨平台同名：四个平台的规则并不一样——GitHub 收短横线但不收下划线，Twitter 收下划线但不收短横线，微信两者都收却要求首字符不是数字，抖音不收短横线。选「通用」档时，工具直接把四套字符集求交集，只留下 62 个字母数字，并把长度区间收窄到 6～15 位，这样生成的名字在四个平台都能提交。

三是改名前的重名排查：平台判重名的口径是“大小写不敏感”，但你眼睛看到的是一串图形。octocat 与 OctoCat 在 GitHub 上会指向同一个账号，而 nova_river 与 nоva_river（第二个字母是西里尔 о）在平台层面是两个完全不同的账号，肉眼却几乎分不出来。这个用户名生成器用 Intl.Collator 抓前者，用 NFKC 折叠抓后者，两类冲突分开标注。

四是批量建测试账号：给自动化测试、压测或内部演示准备一批身份标识时，一次生成 30 条，导出 CSV 直接喂给脚本。

本页不做这些事：不联网查询某个用户名是否已被占用（生成结果只保证“符合规则”，不代表“可以注册”）；不做商标、敏感词或实名合规审查；不生成中文昵称、不生成虚构人名或公司名。想编测试用的中文姓名，请用「虚拟姓名生成器」。

生成原理：字符集、长度区间与保留字

这个用户名生成器的核心不是随机拼词，而是规则过滤。每一档平台对应一份规则快照，包含四个字段：字符集、长度下限、长度上限、首字符模式。生成时先按词库拼出候选串，再逐条对照规则判定。

四套字符集的位数。GitHub 是 26 个大写 + 26 个小写 + 10 个数字 + 1 个短横线 = 63 位；Twitter 与抖音结构相同，把小写字母、大写字母、数字、下划线合起来也是 63 位；微信把小写字母、大写字母、数字、下划线、减号都收了，是 64 位。四者求交集后只剩 26 + 26 + 10 = 62 位，短横线和下划线都被淘汰——这就是「通用」档字符集的来源。

长度区间怎么定。四档的下限分别是 1、4、6、4，取其中最大的 6；上限分别是 39、15、20、20，取其中最小的 15。所以通用档是 6～15 位。真正卡住你的是 Twitter 的 15 位上限和微信的 6 位下限：想跨平台同名，就得按最紧的那一档来设计。

保留字清单 36 个。平台会预留一批名字，注册时会直接拒绝。工具内置 admin administrator api root login logout signin signup www mail ftp help about pricing support security contact blog shop store docs status settings account new app dev test official system mod moderator staff team null undefined 共 36 个，生成后逐条比对（按不区分大小写比对），命中就标红。

数字后缀的作用。词库只有 24 个词，两两组合是 576 种形态；追加 100～999 的三位数字后，单条生成空间扩大到 24 × 24 × 900 = 518,400 种。一次生成 12 条时，按生日悖论估算出现重复的概率约为 66 / 518,400 ≈ 0.01273%（约七千八百五十五分之一），所以结果区里几乎不会看到两条一样的名字；万一撞上，工具会自动重抽。

冲突判定用两层。第一层是 Intl.Collator('en', { sensitivity: 'base' })，它按 Unicode 排序算法（UCA）把大小写和变音符号折叠到同一权重，所以 octocat、OctoCat、OCTOCAT 两两比较都返回 0，判定为“注册层面同一个名字”。第二层是 String.prototype.normalize('NFKC') 加一张同形字映射表，用来抓那些 Collator 抓不到的字符。

完整示例（数值仅作演示）

示例条件与页面打开时的默认值完全一致：平台 GitHub、数量 12 条、两项拼接全勾、已有用户名四条。

• 12 条候选名的长度落在 12～16 字符之间，平均 14.08 字符，全部通过 GitHub 规则校验；
• 因为 GitHub 上限是 39 位，12～16 位的长度离上限还有 23 位余量，不加数字后缀也不会逼近上限；
• 已有用户名自检得出 1 组大小写冲突（octocat ↔ OctoCat）和 1 组同形字冲突（nova_river ↔ nоva_river）；
• 若把平台改成「通用」，同样勾选下长度会被收窄到 6～15 位，最长的那条 willowzenith618 刚好 15 位，不越界；
• 单条生成空间 518,400 种，12 条中任意两条重名的概率约 0.01273%。

下面这一组就是默认条件（GitHub 档）下真机生成的结果，仅作排版演示——你点一次按钮得到的会是完全不同的内容：

• amber-nova431、cedar-grove907、delta-ember218、falcon-prism640、harbor-ivory352、jade-lotus784
• kelp-maple129、nova-onyx506、quartz-river873、solar-tower264、umber-vertex395、willow-zenith618

四个平台规则与跨平台通用档对照表

下表是工具内置的规则快照，各平台口径可能调整，以官方注册页为准。注意「大小写敏感」一列：四家都是不敏感，也就是说注册层面大小写不产生新的唯一名。

第二张表是混淆字符对照，也是本页唯一一处必须靠两层判定的地方：Collator 抓“排序权重相同”，NFKC 抓“归一化后字符串相同”。

输入范围、边界与精度说明

下面这些是刻意设定的边界，知道它们能避免把这页当“查重工具”用：

• 数量 1～30 的整数。上限 30 是为了让表格不至于一次渲染上千行；需要更多就分几次生成，每次都是全新抽取。
• 已有用户名最多 50 条、总长 1200 字符。超过会直接报错，而不是默默截断。冲突判定是逐条两两比较，50 条的配对数是 1225 对，仍在毫秒级。
• “不区分大小写”是注册层面的结论，不是显示层面的。GitHub 保留你注册时的大小写用于展示，但路由与查重按小写口径走，github.com/OctoCat 与 github.com/octocat 是同一个页面。
• Intl.Collator 不等于“查同形字”。sensitivity: 'base' 只把大小写和变音符号折叠掉，跨脚本的同形字（西里尔 а 与拉丁 a）在四档 sensitivity 下全部判为不相等，所以必须再加一层 NFKC + 同形字映射表。
• NFKC 也不是万能的。它会把全角字母、数字、＠、罗马数字兼容字符 Ⅿ、连字 fi 折叠成 ASCII，但西里尔字母、希腊字母一律保持不变。
• 保留字清单是快照。平台会随时增删预留词，本页的 36 个只是常见集合；即使这里没标红，注册时仍可能被官方规则拦下。
• 抖音的长度口径有过变动。历史上出现过 2～20、3～20、4～20 几种说法，本页取较通行的 4～20；如果你的账号提示长度不符，以 App 内实时提示为准。
• 生成结果只保证“符合规则”，不保证“可以注册”。本页不发任何网络请求，无法判断某个名字是否已被占用，也无法判断是否撞到别人的商标。

常见问题

相关工具

• 密码生成器：注册新账号时配套生成初始口令，可排除 0Oo1Il 等易混淆字符。
• 随机字符串生成器：生成不定用途的随机串，例如接口 token、签名盐值、临时文件名。
• 随机词语生成器：先摇出若干个常用词，再自己挑选组合成用户名或口令短语。
• 随机字母生成器：只需要一串字母、不需要数字和符号时用它更快。
• UUID生成器：给测试数据生成全局唯一标识符，避免手工造 ID 撞号。
• 虚拟邮箱生成器：注册测试账号时配套一个可用格式的邮箱地址。
• 生成器：查看全部生成器工具。