diff --git a/超音数设计思路.md b/超音数设计思路.md
index 43f0dfa..77d0a86 100644
--- a/超音数设计思路.md
+++ b/超音数设计思路.md
@@ -72,7 +72,7 @@ Schema mapper会将所有达到匹配阈值要求的schema项及其相似度得
 
 ### Chat Plugin
 
-超音数的主链路主要涉及两个步骤：1、LLM解析语义，生成逻辑SQL，提交semantic layer；2、semantic layer生成物理SQL，提交底层OLAP引擎执行。但是，既然已经有了统一的ChatBI界面，是否能兼容其他的场景，比如文本知识库、数据看板，它们的执行链路是自定义的。这就是Chat Plugin组件的由来。
+超音数的主链路主要涉及两个步骤：1、LLM解析语义，生成逻辑SQL，提交semantic layer；2、semantic layer生成物理SQL，提交底层OLAP引擎执行。但是，既然已经有了统一的ChatBI界面，是否能兼容其他的场景，比如文档知识库、数据看板，它们的执行过程不同于超音数主链路。这就是Chat Plugin组件的由来。
 
 当前的设计方案是，三方插件可以通过WebPage或者WebService两种方式来注册，后续会当作是一种工具来使用。当用户输入问题时，如何选择出合适的插件工具？经典的方式有以下两种：