2026 年 1 月
圆桌起名产品动态(2026 年 1 月)：夯实基础，百万诗词库
1 月我们把更多精力放在底层数据上，开始为圆桌起名搭建可检索、可筛选、可持续扩展的百万诗词库。
如果说多老师协同决定了圆桌起名“怎么思考”，那么诗词数据库决定的，就是它“拿什么思考”。
我们很早就意识到，起名这件事不能只靠模型临场发挥。尤其是当用户希望名字有出处、有意境、有风格区分时，背后一定要有足够扎实的数据底座。
所以 1 月，我们做了一件看起来不那么显眼、但非常关键的事情：搭建百万诗词库。
本月重点
- 系统整理诗词、古文和相关文本素材，逐步沉淀为结构化命名数据库。
- 围绕“可用于起名”而不是“单纯文本存储”来设计字段和清洗逻辑。
- 补齐分词、字词筛选、出处映射和去重规则，为后续检索与推荐打基础。
- 让数据库不仅能存内容，还能支撑后续的名字生成、解释与筛选流程。
为什么先做数据库，而不是先做生成
从外部看，起名产品最吸引人的当然是“能不能马上给出好名字”。但从内部开发的顺序来看，如果底层语料不扎实，越早做生成，后面返工通常越多。
因为起名不是普通问答。我们需要的不只是文本数量，而是适合命名的内容：哪些字常用于人名，哪些意象适合男孩或女孩，哪些诗句虽然优美却不适合直接拆用，这些都需要提前整理。
所以 1 月我们按住了“先出结果”的冲动，先把数据库底子夯实。
从原始文本到结构化语料
数据库构建并不是把一堆诗词文本塞进表里就结束了。真正重要的是，让这些文本未来能被检索、被筛选、被解释、被组合。
- 先收集尽可能全面的诗词与相关古典文本，保证素材覆盖面足够广；
- 再把原始文本按作品、作者、朝代、篇章、句段等维度拆开，建立稳定的结构；
- 对内容做统一清洗，包括异体字、标点、空白、重复片段和格式差异的处理；
- 为每条语料补充可用于起名的辅助信息，例如字词切分、关键词、意象和适用标签。
真正花时间的，是筛选逻辑
数据库最难的地方，不是把内容存进去，而是决定什么内容应该被留下、什么内容应该被排除。
很多诗句读起来很美，但拆成名字可能不顺口；有些字虽然古雅，但现代语境下容易产生歧义；还有一些词义太重、太生僻，也未必适合直接给孩子使用。
因此我们在构建过程中，反复调整筛选规则，让这套库更接近“起名数据库”，而不只是“文学数据库”。
- 清理重复度过高或来源不稳的内容，减少噪音；
- 标记不适合作为人名用字的字词组合，降低误召回概率；
- 保留出处链路，确保后续展示时能回到原诗原句解释名字来源；
- 为后续风格检索留接口，让系统未来可以按清雅、明朗、沉稳等方向检索候选素材。
百万级规模带来的，不只是数量
我们追求百万级规模，并不是为了单纯把数字做大，而是希望在真实起名时，系统有足够的选择空间。只有底层素材足够丰富，后续的生成、比较与筛选才不会陷入重复。
- 提升不同姓氏、不同风格需求下的候选覆盖能力；
- 减少模型反复围绕少量高频字打转的情况；
- 让名字出处和解释更自然，避免为了“有典故”而生拼硬凑；
- 为后续的多老师协同、案例生成和报告输出提供统一的数据底座。
回头看，1 月做的事情并不热闹，却非常关键。很多后来能顺利推进的功能，背后都依赖这套数据库提供稳定支撑。
后面我们还会继续扩充和校准这套诗词库，让它不仅更大，也更适合真正的中文起名场景。
如有任何问题，请发邮件至 support@yzqiming.com，我们随时响应您的诉求。