这个品类的数据长什么样
CMC 研究的数据主要来源于药物研发过程中的实验报告、批生产记录、质量控制文件、稳定性研究报告以及变更管理文档。这些数据更新频率相对较低,通常随研发阶段推进或年度审核进行。文档结构以结构化表格和非结构化文本混合呈现,例如分析方法验证报告、杂质谱分析报告、工艺验证报告等。字段方面,常见的包括化合物名称、批次号、生产日期、有效期、检测项目、检测结果、单位(如 ppm、mg/mL、℃、pH 值)以及偏差记录。部分文档还包含图谱数据和复杂的化学结构式。
这些特征在「知识库检索与召回」这一环带来什么约束
CMC 研究数据更新频率低,意味着知识库的索引重建频率无需过高,降低了计算资源消耗。文档中结构化与非结构化信息的混合,要求检索系统具备同时处理表格数据和自然语言文本的能力,以确保全面召回。单位和字段的严谨性,对检索结果的精确匹配和上下文理解提出更高要求,尤其在涉及数值比较和单位换算时。例如,对“杂质含量低于 0.1%”的查询,系统需能识别并比较不同批次报告中的数值。复杂的化学结构式和图谱数据,虽然直接检索困难,但其描述性文本是重要的上下文,需要被有效索引以辅助召回。因此,对长文本和多模态信息的处理能力至关重要。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
分段长度 | 500–800 字符 | CMC 报告通常包含详细的实验步骤和结果描述,需要较长分段来保持上下文完整性。 |
分段重叠 | 50–100 字符 | 确保关键信息在相邻分段中有所重叠,减少因分段边界导致的信息丢失。 |
召回条数 | 8–12 条 | 保证在复杂查询下能覆盖多个相关文档片段,增加召回全面性。 |
相似度阈值 | 按实测标定 | 需根据具体嵌入模型和数据特性进行调整,以平衡召回率与准确率。 |
重排返回条数 | 3–5 条 | 进一步筛选最相关的片段,提升最终呈现给用户的准确性。 |
maxContext | 4096 tokens | 药物警戒查询可能涉及多份报告的交叉比对,需要更大的上下文窗口。 |
容易做错的三处
- 查询结果条数过少或不相关:常见于
相似度阈值设置过高,导致系统过于严格地过滤掉潜在相关但相似度略低的文档片段。 - 连续追问时模型“失忆”:原因在于应用侧未正确维护会话上下文,导致每次提问都作为独立问题处理,无法联系历史对话。
- 特定字段查询结果缺失:可能是因为知识库索引时未能有效识别或抽取文档中的关键结构化字段,或查询提示词未明确引导模型关注这些字段。
怎么确认配好了
- 针对典型查询语句,例如“某批次产品杂质 X 的含量是多少”,检查召回的文档片段是否包含相关批次号、杂质名称和具体数值。
- 进行多轮对话测试,验证模型在追问“与上次查询的批次相比,这次的稳定性数据有何变化”时,能否联系上下文给出合理回答。
- 随机抽取 5-10 份 CMC 报告,针对其中包含的关键字段(如批次号、检测结果单位),构造查询并检查召回结果是否能准确匹配到这些字段。
- 通过 FastGPT 的调试界面,检查
召回条数和重排返回条数是否与配置值一致,并评估召回片段的质量。
问题素材取自公开社区提问(2026-09-11 去重 4,834 条)。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准;本页核验日 2026-09-21,当时的最新发布版本为 FastGPT v4.17.0。