想要把 Word Embedding 训练好，语料是决定成败的关键。并非随便找些文本就能上手——语料的质量、领域匹配度以及清洗深度，直接决定了模型能否真正学到有意义的语义关系。即便向量维度堆得再高，如果数据源杂乱无章，最终也是徒劳。

明确目标，反向筛选语料类型

不同任务对语料的要求差异很大，需要针对性选择：

• 如果目标是通用语义理解（例如搜索、智能问答），优先选用大规模、风格多样的语料，中文维基百科、百度百科、新闻语料等是标配；
• 如果处理垂直领域任务（如金融报告分析、医疗问诊），则必须使用该领域的真实文本——行业白皮书、年报、病历摘要等，老老实实爬取并妥善整理，不要指望用通用语料来凑数；
• 如果进行词粒度建模（比如 word2vec），关键在于保留完整的上下文窗口，避免将句子切得过碎或随意拼接；
• 如果采用子词或字粒度建模（如 BPE/SentencePiece），原始文本无需分词，但编码必须统一为 UTF-8，不能出现乱码或不可见的控制字符。

清洗要细到“字符级”，不止删标点

清洗工作远不止去除空格、删除标点那么简单。其真正目的是——清除那些会让模型“学坏”的噪声源：

• 先用正则表达式把 HTML 标签、广告模板（像“【广告】”“↑↑↑点击下载”这类）、页眉页脚、重复的分隔线（如“———”“***”）统统清理掉；
• 繁简统一：使用 OpenCC 或 hanziconv 转为简体，否则“後”“裡”“為”等变体会被模型当作完全不同的词来学习；
• 处理异常编码：检测并修复 GBK/UTF-8 混用导致的乱码（比如经典的“锟斤拷”），推荐流程是先用 chardet 探测编码，再通过 decode-replace 容错处理；
• 过滤低信息文本：纯数字串、过短句子（少于5个字）、全是标点符号的行、大量 emoji 或 URL 构成的胡言乱语，都应该剔除；
• 关于“去停用词”要谨慎：word2vec 这类模型特别依赖上下文共现，一上来就把“的”“了”“在”删掉，反而可能破坏语法结构。建议把这个操作留到后期评估阶段再尝试。

构建适合嵌入训练的文本格式

最终喂给模型的不是“一篇文章”，而是一系列语义连贯、长度可控的文本单元。格式处理上有几个要点：

• 按自然段落或句子切分：千万不要跨段拼接，否则“上一段结尾+下一段开头”会制造出虚假的上下文关系；
• 控制单条长度：对于 word2vec，每条建议在 20–200 字之间。太短缺乏上下文信息，太长又容易引入噪声；
• 保存为纯文本行格式（.txt）：每行一条样本，不带编号、ID 或标签。例如：
  他走进医院，挂号后等待叫号。
  这款手机电池续航很强，日常使用两天一充。
• 如果直接用 Gensim 训练，可以传入 Python 列表，每一项是已经分好词的 list（比如 ["他", "走进", "医院", "挂号", "后", "等待", "叫号"]），不需要额外生成 tokenization 文件；
• 标点符号建议保留：中文标点（，。？！）本身携带句法边界信息，对 skip-gram 和 CBOW 的建模很有帮助，不建议全局删除。

规模与质量的实用平衡建议

语料并非越多越好，更合理的标准是“够用 + 干净 + 相关”：

• 入门实验：100MB 清洗后的纯文本（大约 5000 万字），已经能训练出一个可用的 baseline；
• 工业级部署：建议做到 500MB 以上，并且覆盖多个子领域（比如维基 + 新闻 + 论坛帖），这能显著提升模型的泛化能力；
• 做一次语义去重：使用 SimHash 或 MinHash 快速识别内容高度重复的段落（如转载新闻、模板化的客服回复），保留一份即可；
• 留出 5% 的数据作为 hold-out 验证集：这部分不参与训练，专门用于后期人工抽检向量质量。例如检查“苹果”的近邻中，出现“香蕉”“梨”是否合理，还是混入了“iPhone”。