mirror of
https://github.com/tencentmusic/supersonic.git
synced 2026-05-09 03:54:18 +08:00
Updated 超音数设计思路 (markdown)
@@ -43,9 +43,9 @@
|
||||
|
||||
### 引入Schema Mapper
|
||||
|
||||
上文有提到LLM的token限制问题,主要是因为想要暴力求解,将全部字段的名称和取值一股脑都丢给LLM。实际上,可以在前置环节增加一个筛选机制,只保留跟用户输入相关的字段,可以极大地减少token使用,即便不超过限制,也能节省推理成本。这就引出了Schema Mapper。
|
||||
上文有提到LLM的token限制问题,主要是因为想要暴力求解,将全部字段的名称和取值一股脑都丢给LLM。直观上看,可以在前置环节增加一个筛选机制,只保留跟用户输入相关的字段,可以极大地减少token使用,即便不超过限制,也能节省推理成本。这就引出了Schema Mapper组件。
|
||||
|
||||
当前,我们采用的是
|
||||
当前的实现机制是,定期从semantic model中抽取名称、别名、取值来构建词典,形成内部的knowledge base。查询解析阶段,先对输入文本分词,再采用n-gram词典探测的机制。经过前期调研,中文NLP框架[HanLP](https://github.com/hankcs/HanLP)相对成熟,可以满足需要。
|
||||
|
||||
### 引入Semantic Corrector
|
||||
|
||||
|
||||
Reference in New Issue
Block a user