使用方法
- 在「词根」填 3～12 个英文字母，示例值 brew（酿造）。填拼音也可以，比如
meng、yuan，本工具只把词根当字母串处理。 - 选一种造词法。默认「合成词」：把词根切掉尾部再接一个词尾库里的字母串，
brew切成br或bre两种词头，各接 20 个词尾。 - 想要现成的中文名就选「隐喻」：从 24 个意象词（灯塔、罗盘、橡树……）和 12 个承载词（研究所、工坊、商会……）里各抽一个，拼成「灯塔研究所」这类商号。
- 「生成数量」填 1～50 的整数，默认 12。注意每种造词法的组合空间不同：合成词取决于词根长度，隐喻固定 288 种，派生固定 12 种——数量超过组合空间会被拒绝并提示原因。
- 点「生成备选名」，或在词根、数量框里按 Enter。统计条会给出本模式的组合空间、生成条数和 A 档（≤6 个字母）条数；「下载 .csv」导出的文件带 BOM，Excel 直接打开不乱码。
这家公司名生成器能解决什么问题
第一个场景是起名僵局。自己造词往往围绕同一个发音反复打转，本页用机械化的切分规则强制你离开常用拼法——Pinterest 就是 pin＋interest 的合成词，Instagram 是 instant＋telegram 的合成词，这类臆造词在命名实践里有个共同好处：字典里查不到，就很难被人声称是「描述性」的通用词。
第二个场景是域名字母数的纠结。词根长、后缀长，名字就长，域名也跟着长。本页按生成结果的字母数自动分 A（≤6）、B（7～10）、C（≥11）三档，你可以在 12 个候选里优先挑 A 档去查域名。注意这只是字母数初筛，本页不联网查域名注册状态。
第三个场景是中文商号想不出来。隐喻模式把「自然与航海意象」和「组织形态后缀」拆成两个独立词库再随机拼合，组合方式比自己在脑子里挨个想覆盖面更广，也更容易撞出「锈锚商会」这种自己不会主动写的搭配。
本页不做这些事：不查询任何官方数据库，不能代替商标检索和主体登记；不评估品牌传播度、好记程度这类主观指标；不生成 logo 或视觉方案。语义化命名的另一条路可以看「品牌名生成器」；拿到候选名之后要挑域名，用「域名生成器」。
造词法原理：切分、隐喻与派生
这家公司名生成器的三种模式各自对应一条独立的造词规则，词库与组合空间都在页面脚本里明写，没有隐藏逻辑。
合成词模式只做一件事：cut() 函数把词根切成词头，切分点从「保留 2 个字母」到「保留全部减 1 个字母」之间随机取——4 个字母的 brew 有 2 种切法（br、bre），3 个字母的 tea 只有 1 种（te）。切分下限定在 2 个字母，是因为只留 1 个字母会得到 Bify 这类不可读的辅音串；上限留 1 个字母不切，是因为词根原样保留就不叫造词了。词头接上 20 个词尾库里的一项（-ify、-ora、-ium……），首字母大写。组合空间公式是 (词根长度 − 2) × 20，brew 就是 40 种。
隐喻模式是两个中文词库的笛卡尔积：24 个意象词 × 12 个承载词 = 288 种固定组合。意象词取自自然、航海、机械三个来源族——灯塔、罗盘、橡树这类词在商号里承担「联想」职能，承载词（研究所、工坊、商会）承担「业态」职能，两者分开存储意味着你可以在结果里独立替换任何一半。
派生模式把词根原样保留，只追加 12 个品牌味后缀（-ify、-labs、-hq……），组合空间固定 12 种。它适合「母词根不能动」的场景：产品线命名要求与主品牌保持词根一致时，只能加尾巴。
域名档位的依据：RFC 1035 规定域名标签只允许 a-z 0-9 和连字符、单段最长 63 字符，所以中文商号不能直接当域名，本页对中文结果不评档。拉丁字母名的 A 档阈值取 ≤6，是因为三字母、四字母的 .com 短域名市场早已枯竭，6 字母以内还有淘到未注册域名的现实可能；7～10 列为 B 档，超过 10 个字母拼错率明显上升，列为 C 档。
商标初筛思路：商标法实践里按显著性给词排序，大致是臆造词 > 任意词 > 暗示词 > 描述词，尼斯分类把商品服务分成 45 个类别，同一个词在 35 类（广告销售）和 9 类（软件）的冲突情况要分别查。本页产出的合成词、派生词属于臆造词一端，显著性天然占优；隐喻模式的中文名属于任意词或暗示词，注册前更要逐类检索。生成结果只是起点，正式采用前请到商标主管机关的官方检索渠道逐类查询。
完整示例（数值仅作演示）
示例条件与页面默认值一致：词根 brew、合成词模式、数量 12。组合空间 (4−2)×20 = 40 种，要 12 条从 40 种里不放回抽取，单批内不可能重复。结果区 12 个名字里，字母数 ≤6 的有 11 个（A 档），Breista 7 个字母是唯一的 B 档。按各模式组合空间实算：
- 合成词、词根 brew：40 种，本批取 12 条，A 档 11 条；
- 同样 12 条的需求，隐喻模式从 288 种里取，全为中文名，不评域名档；
- 派生模式组合空间只有 12 种，要 12 条等于全量输出。
这正是公司名生成器三种模式的定位差异：要探索就选合成词，要中文就选隐喻，要守住词根就选派生。
造词法与域名档位对照表
下表按默认词根 brew 实算三种模式的组合空间与适用场景：
| 造词法 | 组合空间（brew） | 输出语言 | 适合场景 |
|---|---|---|---|
| 合成词 | (4−2)×20 = 40 种 | 拉丁字母 | 起名探索、查短域名 |
| 隐喻 | 24×12 = 288 种 | 中文 | 中文商号、工作室名称 |
| 派生 | 12 种 | 拉丁字母 | 产品线、子品牌延伸 |
域名档位只看拉丁字母数（中文结果不评档），示例取自本页演示输出：
| 档位 | 字母数 | 本页示例 | 说明 |
|---|---|---|---|
| A | 1～6 | Brix（4）、Brify（5） | 优先去查域名，库存稀少 |
| B | 7～10 | Breista（7） | 可用，拼读难度上升 |
| C | ≥11 | 本批无 | 建议回炉重造或缩写 |
词根越长合成词空间越大：tea(3 字母) 20 种、brew(4) 40 种、lumen(5) 60 种、harbor(6) 80 种，每多 1 个字母多 20 种。
输入范围、边界与组合空间
- 词根 3～12 个英文字母。少于 3 个字母：2 字母词根一种切分都做不出来（
br切完只剩 1 个字母，违反切分下限），工具会直接说明原因；超过 12 个字母的「词根」通常已经是完整单词，造词没有意义。汉字、数字、连字符会被正则/^[A-Za-z]{3,12}$/拒绝，报错文案会告诉你当前填了什么。 - 数量 1～50。上限 50 是防止一次把结果区撑得过长；更硬的约束是组合空间——合成词模式下要的数量超过 (词根长度−2)×20、派生模式超过 12 时，不放回抽取无以为继，工具拒绝执行并报出该模式的上限，不会静默用重复名字凑数。
- 隐喻模式固定 288 种，与词根无关——它根本不读词根输入框，填不填词根都一样，这是设计而非疏漏。
- 域名档位只数拉丁字母，不看发音、不看含义；
Breix和Brix都按字母数评档。档位不等于域名可注册，A 档名字也可能早已被注册，最终以域名注册商的实时查询为准。 - 重复控制只在单批内成立。同一词根下两批各取 12 条，批与批之间完全可能重叠，因为每批都是从全量组合里独立洗牌抽取——这是公司名生成器这类小空间工具的固有约束，不是缺陷。
- 随机源是
Math.random()。命名场景不需要防预测的加密随机数，洗牌用 Fisher–Yates（从尾向前，与rand(i+1)交换），足够保证组合空间内均匀覆盖。
常见问题
生成的名字能直接拿去注册吗？
不能直接用，只能当候选。创意造词解决的是「显著性」，即让名字天然不像通用词；而能不能登记、会不会与在先权利冲突，取决于官方数据库里逐类检索的结果。臆造词显著性最强不代表没有冲突，逐类查完才算数。
为什么有的名字读起来很拗口？
合成词模式只控制了「切分下限 2 个字母」，不控制音节结构。词尾库以元音开头（-ora、-ify）就是为了降低辅音相连的概率，但 br＋-ynx 这类组合仍然可能出现。拗口的名字直接忽略即可，组合空间里有大量备选。
会不会生成出和别人品牌一样的名字？
可能。合成词的组合空间只有几十到几百种，热门词根（tech、art）的已知组合大概率被人用过。这也是本页按字母数分档的原因之一：越短的名字越可能撞车，长一点的臆造词撞车概率低得多。撞不撞最终以官方检索为准。
A/B/C 档是怎么定的，为什么阈值是 6 和 10？
阈值来自短域名市场的现实存量：四字母、五字母的 .com 几乎全部被持有，六字母以内尚有可寻机会，所以 A 档上限定 6；超过 10 个字母的域名在口播、输入场景的拼错率明显上升，所以 C 档从 11 起算。这是经验分档，不是任何标准的强制规定。
词根填拼音和填英文有区别吗？
对算法没有任何区别，都是字母串。区别在结果的可读性：拼音词根（meng、yun）切分后接英语词尾，会得到 Mengify 这种中西混合拼法——有人觉得有记忆点，有人觉得不伦不类，两个取向都合理，多生成几批挑着看。
同样的词根，为什么每次生成的结果不一样？
每次点按钮都从全量组合里重新洗牌抽 12 条，起点不同结果就不同。组合空间小于数量时（例如派生模式只要 12 条正好等于全量），抽多少条由洗牌顺序决定排列，但集合内容是一样的。
隐喻模式为什么不理会我填的词根？
因为它的造词原料是中文意象词和组织后缀，英文词根参与不进来。如果你既想要词根参与、又想要中文输出，可以用词根的拼音首音节（lu、hai）填进隐喻模式的思路里自行替换意象词——本页保持两个词库独立，是为了让你能看清每一半的来源。
生成结果会上传或被记录吗？
不会。切分、拼合、洗牌都在当前页面的脚本里完成，没有网络请求，也不写入任何存储。想验证，打开开发者工具的 Network 面板，点几次「生成备选名」，看不到任何新请求。