广州网站建设技术托管,wordpress 签到,电商网站开发毕业设计百度文库,知乎，闲鱼网站建设和网站运营大模型专栏介绍
#x1f60a;你好#xff0c;我是小航#xff0c;一个正在变秃、变强的文艺倾年。
#x1f514;本文为大模型专栏子篇#xff0c;大模型专栏将持续更新#xff0c;主要讲解大模型从入门到实战打怪升级。如有兴趣#xff0c;欢迎您的阅读。
#x1f4…
大模型专栏介绍
你好我是小航一个正在变秃、变强的文艺倾年。
本文为大模型专栏子篇大模型专栏将持续更新主要讲解大模型从入门到实战打怪升级。如有兴趣欢迎您的阅读。
适合人群本科生、研究生、大模型爱好者期待与你一同探索、学习、进步一起卷起来叭
篇章一本篇主要讲解Python基础、数据分析三件套、机器学习、深度学习、CUDA等基础知识、学习使用AutoDL炼丹 篇章二本篇主要讲解基本的科研知识、认识数据和显卡、语言模型如RNN、LSTM、Attention、Transformer、Bert、T5、GPT、BLOOM、LLama、Baichuan、ChatGLM等系列、强化学习教程、大模型基础知识及微调等 篇章三本篇主要讲解智能对话、大模型基础实战如Ollama、Agent、QLoar、Deepspeed、RAG、Mobile Agent等、大模型领域前沿论文总结及创新点汇总 目录 智能对话多轮对话知识图谱KBQA系统FAQ生成式对话系统 智能对话
分类 交互方式 文本对话系统用户使用文本输入与机器人进行交互是单一的NLP问题使用场景包括网页客服机器人、APP客服机器人等语音对话系统分为内呼和外呼机器人用户通过语音直接与机器人进行交流涉及ASR、NLP及TTS系统使用场景包括快递/银行官/运营商客服、电话推销、电话回访等 对话目的 任务型对话任务型对话又称多轮对话系统在预设流程中执行固定对话流程问答型对话通过对知识库的检索获取问答结果例如FAQ系统和KBQA系统闲聊对话基于知识库检索或者生成模型进行闲聊式对话 应用场景 多轮对话多轮对话系统由DM和NLU系统构成针对不同任务定制对话流程KBQA基于知识图谱对外提供可靠的问答服务FAQ基于信息检索对外提供基础问答服务生成式对话基于文本生成能力对外提供问答服务
多轮对话
定义多轮对话指根据上下文内容进行连续的、以达到解决某一类特定任务为目的的对话。多轮对话系统参考历史信息的能力在不同框架下实现方式 对于传统多轮对话系统通过用户query驱动预设DM流程的方式实现。对于LLM可以通过将前N轮对话内容与当前query组合传入模型的方式实现。多轮对话系统主要用于以下场景机器人替代或部分替代人工完成流程明确的沟通过程场景。由LLM实现的开放域多轮对话场景。
传统多轮对话系统
核心模块 对话定制模块用于根据多轮对话场景定制对话流程生成对话流程文件。大部分为界面化拖拽方式由公司自研或者使用第三方DMN工具也可以以SOP脚本方式实现对话定制。 公司自研DMN系统 界面化的多轮对话定制系统采用拖拽和连接的方式构建多轮对话逻辑提供丰富的节点类型和功能选择基于公司内部的NLU系统方便的完成节点跳转条件配置等工作第三方DMN软件 第三方DMN软件例如Camunda Modeler等SOP脚本 采用文本形式组织多轮对话流程一行为一个节点每行定义满足条件、禁止条件、跳转节点、播报话术等信息 对话管理模块即Dialogue Manager提供对话引擎、对话状态管理等功能用于驱动定制好的对话流程。 DM引擎 加载多轮对话文件在内存中建立图结构、树结构或其他形式的流程结构在新query进入后驱动流程运行上下文状态维护与更新 维护多路对话的状态session包括历史轮次信息、各变量中间状态的维护与更新DM工程框架 DM系统的整体执行逻辑包括消息的接收处理对DM系统内部模块的调用和结果信息整合是DM系统的外部工程框架 NLU模块提供意图识别、槽位提取和NLG功能。 意图解析 对用户query进行意图解析通过意图决定DM流程走向一般采用规则系统与多标签文本分类任务相结合的方式槽位填充 对用户query中的槽位信息进行提取例如姓名/电话号码/物品名称一般采用规则系统与NER相结合的方式NLG 根据意图进入新节点后返回新节点配置的NLG回复话术
知识图谱
介绍知识图谱是一种用图模型来描述知识和建模世界万物之间的关联关系的技术方法。背景知识图谱是Google于2012年提出最早的应用是提升搜索引擎的能力。随后知识图谱在辅助智能问答、自然语言理解、大数据分析、推荐计算、物联网设备互联、可解释性人工智能等多个方面展现出丰富的应用价值。组成知识图谱由节点和边组成 节点可以是实体如一个人、一本书等或是抽象的概念如人工智能、知识图谱等。边可以是实体的属性如姓名、书名或是实体之间的关系如朋友、配偶。 知识抽取 实体抽取从文本中检测出命名实体并将其分类到预定义的类别中例如人物、组织、地点、时间等关系抽取从文本中识别抽取实体及实体之间的关系即SPO三元组例如父子关系、上下级关系等事件抽取识别文本中关于事件的信息并以结构化的形式呈现。例如某事件发生的地点、时间等 知识表示 介绍知识表示就是对知识的一种描述或者说是对知识结构的一组约定一种计算机可以接受的用于描述知识的数据结构。本质上知识图谱是一种揭示实体之间关系的语义网络可以对现实世界的事物及其相互关系进行形式化地描述。RDF图数据库的一种描述方式或者说是一种使用协议。它以三元组triple的方式描述事物与事物之间的直接关系。 三元组RDF的核心概念指的是两个事物和它们之间的关系在语法上呈现为主语谓语宾语也就是SPO三元组。要求谓语即事物之间的关系必须有明确定义。如果谓语是给定的就可以用主语去查询宾语或者用宾语去查询主语。SPARQLRDF数据库的查询语言跟SQL的语法很像。 核心思想根据给定的谓语动词从三元组提取符合条件的主语或宾语。示例 属性图属性图由节点集和边集组成。目前被图数据库业界采纳最广的一种图数据模型。 性质 每个节点具有唯一的id每个节点具有若干条出边每个节点具有若干条入边每个节点具有一组属性每个属性是一个键值对每条边具有唯一的id每条边具有一个头节点每条边具有一个尾节点每条边具有一个标签表示联系每条边具有一组属性每个属性是一个键值对。 示例 知识存储 背景传统关系数据库无法有效适应知识图谱的图数据模型。数据库 负责存储RDF图RDF graph数据的三元组库Triple Store如DBpedia应用较少。 DBpedia 管理属性图Property Graph的图数据库Graph Database如Neo4j、Nebula。【主流】 Neo4jNebula 定义一款开源的分布式图数据库擅长处理千亿个顶点和万亿条边的超大规模数据集。提供高吞吐量、低延时的读写能力内置ACL机制和用户鉴权为用户提供安全的数据库访问方式。服务Graph服务、Meta服务和Storage服务是一种存储与计算分离的架构。Graph服务负责处理计算请求Storage服务负责数据存储Meta服务负责数据管理。 Storage服务的层次结构 Storage interfaceStorage服务的最上层定义了一系列和图相关的APIConsensusStorage服务的中间层实现了Multi Group Raft保证强一致性和高可用性Store EngineStorage服务的最底层是一个单机版本地存储引擎RocksDB见结尾补充内容。 实例一个NebulaGraph实例由一个或多个图空间组成。每个图空间都是物理隔离的用户可以在同一个实例中使用不同的图空间存储不同的数据集。[https://docs.nebula-graph.com.cn/2.6.1/1.introduction/1.what-is-nebula-graph/]能力 高吞吐低时延支持线性扩容缩容兼容OpenCypher及多种工具支持数据备份即快速恢复。 架构 开放域知识图谱架构垂域知识图谱架构 搭建流程示例 需求搭建饮食知识图谱 各类型食物蔬菜、肉类、水果、坚果的营养成分热量、脂肪含量、蛋白质含量、碳水含量数仓数据各类菜品素菜、荤菜、荤素搭配、主食的食材、调料、营养成分、特性例如低油/低脂/低糖、烹饪方法、菜系、口味苦辣酸甜无数据一日三餐的菜品搭配有菜品科学搭配方案不同用户需求减脂/增肌的菜品搭配有菜品科学搭配方案食物、食材、调料、菜品、用餐类型之间的明确关系无数据 数据来源图谱建模
RocksDB补充
介绍一个高性能、可扩展、嵌入式、持久化、可靠、易用和可定制的键值存储库。数据结构RocksDB采用LSM树数据结构支持高吞吐量的写入和快速的范围查询可被嵌入到应用程序中实现持久化存储支持水平扩展可以在多台服务器上部署实现集群化存储具有高度的可靠性和稳定性易于使用并可以根据需求进行定制和优化。它广泛应用于互联网公司和数据密集型应用中。 LSMLog-Structured Merge Tree将所有的数据修改操作如插入、更新、删除都记录在一个顺序日志文件中这个日志文件又称为写前日志Write-Ahead LogWAL。顺序日志文件的好处是顺序写入相比随机写入可以提高写入性能。 LSM层级LSM树中的层级可以分为内存和磁盘两个部分 内存层内存层也被称为MemTable是指存储在内存中的数据结构用于缓存最新写入的数据。当数据写入时先将其存储到MemTable中然后再将MemTable中的数据刷写到磁盘中生成一个新的磁盘文件。由于内存读写速度非常快因此使用MemTable可以实现高吞吐量的写入操作。磁盘层磁盘层是指存储在磁盘中的数据文件可以分为多个层级。一般来说LSM树中的磁盘层可以分为Level-0 ~ Level-N几个层级。 Level-0Level-0是最底层的磁盘层存储的是从内存层刷写到磁盘中的文件。Level-0中的文件大小一般比较小排序方式为按照写入顺序排序。由于数据写入的速度很快因此Level-0中的文件数量也比较多。Level-1Level-1是Level-0的上一层存储的是由多个Level-0文件合并而来的文件。Level-1中的文件大小一般比较大排序方式为按照键值排序。由于Level-0中的文件数量比较多因此Level-1中的文件数量也比较多。Level-2及以上Level-2及以上的磁盘层都是由多个更低层级的文件合并而来的文件文件大小逐渐增大排序方式也逐渐趋向于按照键值排序。由于每个层级的文件大小和排序方式不同因此可以根据查询的需求选择最适合的层级进行查询从而提高查询效率。 sstable文件 sstable文件由block组成block也是文件读写的最小逻辑单位当读取一个很小的key其实会读取一个block到内存然后查找数据。默认的block_size大小为4KB。每个sstable文件都会包含索引的block用来加快查找。所以block_size越大index就会越少也会相应的节省内存和存储空间降低空间放大率但是会加剧读放大因为读取一个key实际需要读取的文件大小随之增加了。在生产环境使用Nebula数据库时数据压缩参数、最大读取文件数量和block参数是重要的内存优化参数。
Nebula图数据库搭建补充
1.下载需要的安装包 2.连接服务器进入工作目录
# 明确操作系统类型和版本
# Ubuntu
cat /etc/issue
# Ubuntu 20.04.4 LTS \n \l# CentOS
cat /etc/redhat-release
# CentOS Linux release 7.7.1908 (Core)# 准备工作目录
cd ~/autodl-tmp/artboy
mkdir nebula mkdir nebula_info# 转移数据盘
cd nebula
mv ~/autodl-tmp/nebula/nebula-* .# ls
# nebula-console-2.6.0 nebula-graph-2.6.0.ubuntu1804.amd64.tar.gz nebula-graph-studio-3.1.0.x86_64.tar.gzmv ~/autodl-tmp/nebula/nvm-0.39.3.tar.gz .
# ls
# nebula-console-2.6.0 nebula-graph-studio-3.1.0.x86_64.tar.gz nebula-graph-2.6.0.ubuntu1804.amd64.tar.gz nvm-0.39.3.tar.gz# 安装nebula-graph-2.6.0
tar -xvf nebula-graph-2.6.0.ubuntu1804.amd64.tar.gz
cd nebula-graph-2.6.0.ubuntu1804.amd64
# ls
# bin etc logs pids scripts share3.单机配置
进⼊安装包的etc配置⽂件⽬录将三个核⼼组件的配置⽂件nebula-meta.conf.default、nebula-storaged.conf.default、nebulagraphd.conf.default复制为nebula-meta.conf、nebula-storaged.conf、nebula-graphd.conf
# 修改配置
cd etc
mv nebula-graphd.conf.default nebula-graphd.conf mv nebula-storaged.conf.default nebula-storaged.conf mv nebula-metad.conf.default nebula-metad.conf
# ls
# nebula-graphd.conf nebula-metad.conf.production nebula-storaged-listener.conf.production nebula-graphd.conf.production nebula-storaged.conf nebula-metad.conf nebula-storaged.conf.production单机就是执⾏⼀次上⾯的配置⽂件复制集群就是每台集群复制⼀次
4.日志文件配置 Nebula执行过程中会产生大量日志信息如果不进行日志监听级别和存储路径的修改⽇志会很快占⽤⼤量内存导致服务器/目录被占满对nebula-graphd.conf、nebula-metad.conf、nebula-storaged.conf进⾏如下修改
修改nebula-graphd.conf
# 1.复制路径
pwd
# /root/autodl-tmp/artboy/nebula/nebula-graph-2.6.0.ubuntu1804.amd64/etcvim nebula-graphd.conf########## logging ##########
# The directory to host logging files
--log_dir/root/autodl-tmp/artboy/nebula_info/graph_logs
# Log level, 0, 1, 2, 3 for INFO, WARNING, ERROR, FATAL respectively
--minloglevel1修改nebula-metad.conf
vim nebula-metad.conf########## logging ##########
# The directory to host logging files
--log_dir/root/autodl-tmp/artboy/nebula_info/meta_logs
# Log level, 0, 1, 2, 3 for INFO, WARNING, ERROR, FATAL respectively
--minloglevel1########## storage ##########
# Root data path, here should be only single path for metad
--data_path/root/autodl-tmp/artboy/nebula_info/meta_data修改nebula-storaged.conf
vim nebula-storaged.conf########## logging ##########
# The directory to host logging files
--log_dir/root/autodl-tmp/artboy/nebula_info/storage_logs
# Log level, 0, 1, 2, 3 for INFO, WARNING, ERROR, FATAL respectively
--minloglevel1########## Disk ##########
# Root data path. Split by comma. e.g. --data_path/disk1/path1/,/disk2/path2/
# One path per Rocksdb instance.
--data_path/root/autodl-tmp/artboy/nebula_info/storagea_dataNebula Storage服务的最底层是⼀个单机版本地存储引擎Rocksdb可以通过对Rocksdb进⾏参数调整来优化Storage的内存使⽤
############## rocksdb Options ##############
# rocksdb DBOptions in json, each name and value of option is a string, given as option_name:option_value separated by comma
--rocksdb_db_options{max_background_jobs:8, max_open_files:50000}
# rocksdb ColumnFamilyOptions in json, each name and value of option is string, given as option_name:option_value separated by comma
#--rocksdb_column_family_options{write_buffer_size:67108864,max_write_buffer_number:4,max_bytes_for_level base:268435456}
# rocksdb BlockBasedTableOptions in json, each name and value of option is string, given as option_name:option_value separated by comma
--rocksdb_block_based_table_options{block_size:32768}优化效果 5.Nebula启动
进入执行脚本
cd ../scripts# ls
# meta-transfer-tools.sh nebula-graphd.service nebula-metad.service nebula.service nebula-storaged.service utils.sh# 启动服务
./nebula.service start all[WARN] The maximum files allowed to open might be too few: 1024
[INFO] Starting nebula-metad...
[INFO] Done
[INFO] Starting nebula-graphd...
[INFO] Done
[INFO] Starting nebula-storaged...
[INFO] Done# 查看状态
./nebula.service status all[WARN] The maximum files allowed to open might be too few: 1024
[INFO] nebula-metad(3ba41bd): Running as 2034, Listening on 9559
[INFO] nebula-graphd(3ba41bd): Running as 2101, Listening on 9669
[INFO] nebula-storaged(3ba41bd): Exited一般我们使用lsof来查看端口占用情况
# 1.更新apt-get服务
apt-get update
# 2.安装lsof命令
apt-get install lsof
# 3. 查看端口占用情况
lsof -i:9669
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
nebula-gr 2101 root 516u IPv4 263043713 0t0 TCP *:9669 (LISTEN)安装nebula-graph-studio
tar -xvf nebula-graph-studio-3.1.0.x86_64.tar.gz启动nebula-graph-studio需要npm命令autodl服务器默认没有npm命令需要通过nvm安装node.js
# 1.解压
tar -xvf nvm-0.39.3.tar.gz
# 2.添加配置命令对~/.bashrc进⾏如下修改
# ls
# ~/autodl-tmp/artboy/nebula# ls
# nvm-0.39.3.tar.gz nvm-0.39.3vim ~/.bashrc
# 底部那里添加以下内容
export NVM_DIR/root/autodl-tmp/artboy/nebula/nvm-0.39.3
[ -s $NVM_DIR/nvm.sh ] \. $NVM_DIR/nvm.sh# 3.source一下
source ~/.bashrc# 4.测试nvm命令
nvm -v
# 0.39.3安装nodejs和nrpm
nvm install 16.17.0启动nebula-graph-studio
cd nebula-graph-studio
# ls
# DEPLOY.md nebula-graph-studio nebula-http-gateway# 1.
cd nebula-http-gateway
nohup ./nebula-httpd
# [1] 4241# 2.
cd ../nebula-graph-studio
npm run start
# lsof -i:7001
# COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
# node 4288 root 23u IPv4 263509160 0t0 TCP *:7001 (LISTEN)6.本地访问
1.点击自定义服务选择Linux/Mac 粘贴修改需要映射的端口号 访问本地端口 输入账号密码进行登录 KBQA系统
介绍一种根据知识库知识准确、简洁地回答自然语言问题的问答系统。实现方式 基于语义解析Semantic Parsing的方法对问句进行句法/语法解析和信息提取并将解析结果组合成可执行的逻辑表达式如SPARQL直接从图数据库中查询答案。 步骤将自然语言的问句解析成逻辑形式Logic Form 1问题解析解析自然语言问题句法语义Pythia2模板生成通过规则系统将语义信息映射为SPARQL模板3模板实例化通过实体链接和关系链接将SPARQL模板中的slot进行填充得到完整的可查询的模板 实体词链接SPARQL模板要想作用于一个RDF数据库需要将模板中的字符串映射为RDF数据库中的实体词比如类型词、实例词和属性词等 类型词与实体词链接对于待匹配的字符串s从WordNet中获取近义词词典S(s)找到符合查找类型label(e)的所有实体e利用字符串相似度计算实体e与每个近义词的相似度选出字符串相似度最高的实体。 trigram三元分词把句子从头到尾每三个字组成一个词语。编辑距离两个字串之间由一个转换成另一个所需的最少编辑操作次数。最大子串相似度两个字符串之间最长的相同子字符串的长度。 属性/关系词链接由于属性词谓词可以有多重说法所以属性词的链接相对复杂这里采用BOABootstrapping linked datA框架通过bootstrap的方法挖掘出不同的自然语言说法到谓词的映射 1对于每一个谓词通过知识库K我们可以得到很多满足I ( p ) { ( x, y ) : ( x p y )∈K }的样例2对于每个样例{ x y }我们可以从语料库如wiki等找出x和y共现的句子3根据label(x) .* label(y)或label(y) .* label(x)的正则从共现句中匹配出子串4对于这些子句BOA会抽象出NLE表达式θ形如?D?representation?R?或者?R?representation?D?其中?D?和?R?为label(x)和label(y)的占位符例如?book? is abook of ?author?。NLE抽取过程会得到一个庞大集合(p, θ)称之为BOA patterns每一个θ都代表p的一种潜在表示5对每一个挖掘出来的表达式θ我们可以计算出其与某个谓词p的匹配得分根据这个得分我们可以筛选出最合适的映射关系。评估指标 一个好的NLE θ能够覆盖 I ( p ) 中的多个元素即θ的支持性support类似TF【大白话吃覆盖多少句子合理老虎吃肉小明吃汉堡…】一个好的 NLE θ 的占位符 ?D? 和 ?R? 应该只匹配 rdf:type 在 p 的 range 和 domain 限制范围内的实体 label即 θ 的典型性 typicity 主-宾类型适配度【大白话吃小明吃汉堡、小明吃苹果喜欢小明喜欢苹果小明喜欢电影吃和喜欢跟的宾语类型不一样相当于类型加了一层限制】一个好的NLE θ应该专门用来表达p也就是说它只能表征少数的p即θ的特异性specificity。类似IDF【大白话小明喜欢xx小明害怕xx喜欢和害怕能好多替换专一性越弱分子分母越接近log越小】 SPARQL排序通过模版实例化过程后得到一批候选SPARQL接下来需要排序并选择最优SPARQL 实现方法对SPARQL中填入的每一个链接词计算如下的分数score(e)链接词的相似性分数σ(e)与三元组的显著性分数φ(e)【大白话σ(e)的含义是我喜欢你的关系在整个知识图谱出现过多少次score我和你是妻子。我在图谱的贡献 妻子在图谱的贡献】 4模板排序因为自然语言的模糊性一句话可能映射为多个SPARQL模板所以会对多个模板进行排序5模板查询用SPARQL模板从RDF数据查询获取结果。 语义解析补充 论文的实验是在QALD5数据集QALD5基准包含两组50个关于DB-pedia的问题上验证通过SPARQL查询和答案注释每个问题都采用准确和召回进行评估。 评估结果平均precision为0.61平均recall为0.63由此计算F值为0.62。核心问题解决两种描述语言之间的不匹配问题一种是数据库中的干净、规范化的本体论描述语言另一种是自然语言中获取的查询描述语言如何将这两种描述语言匹配起来是KBQA的难点。 AMR大模型出现之前比较有潜力的方法该方法旨在使用问题中传达的信息直接从知识库中检索并排序答案 基于信息检索Information Retrieval的方法先解析出问句的主实体再从KG中查询出主实体关联的多个三元组组成子图路径也称多跳子图之后分别对问句和子图路径编码、排序返回分数最高的路径作为答案。 1从问题中确定中心实体并从知识库中提取出特定于问题的子图理想情况下该图应该包含所有与中心实体相关的实体和关系2通过一个问题表示模块对输入的问题进行embedding得到编码向量3通过候选答案表示模块对候选子图进行embedding4对问题embedding和候选子图embedding进行相似度计算选出目标答案。基于Bert 方法 1.首先找到实体链接系统中连接主题实体e_topic和候选实体ei的所有路径设置最大路径数并在数量超过阈值时应用下采样2.然后通过在知识库KB中用实体名称替换节点和用关系名称替换边来构建每条路径的文本形式3.然后concatenate问题q和所有路径p1, …,pn生成输入样本xi [CLS]q[SEP]p1 [SEP]……pn[SEP]4.将样本提供给BERT并采用与[CLS] token对应的表示进行二分类(将这些路径视为主题实体e_topic和候选实体ei之间的事实目标是使用BERT来预测假设“ei is the answer ofq”是否得到这些知识库KB事实的支持)。 预训练任务 1.Relation ExtractionRE从句子中推断关系基于大规模关系抽取开源数据集生成了大量一跳[CLS]s[SEP]h, r, t[SEP]与两跳[CLS]s1 , s2 [SEP]h1 , r1 , t1 (h2 ), r2 ,t2 [SEP]的文本对训练数据让模型学习自然语言与结构化文本间的关系。2.Relation MatchingRM判断两个句子是否表达相同关系为了让模型更好的捕捉到关系语义我们基于关系抽取数据生成了大量文本对拥有相同关系的文本互为正例否则为负例。3.Relation ReasoningRR自监督方式从知识库构建数据对缺失连接进行推理。为了让模型具备一定的知识推理能力假设图谱中的(h, r, t)缺失并利用其他间接关系来推理(h, r, t)是否成立输入格式为[CLS]h, r, t[SEP]p1 [SEP] . . . pn [SEP]。
FAQ
介绍FAQ系统基于问答库采用文本匹配的方式召回候选问答对排序后进行问答回复提供一问一答式的问答体验。流程 知识库构建通过内部数据及外部采集数据搭建QA知识库后续FAQ问答基于知识库内容。召回策略实现实现从FAQ库内召回候选问答簇的算法策略。匹配策略实现实现对召回问答簇进行文本匹配的精排策略用于确定候选的TopK个答案。FAQ系统搭建完成FAQ整体系统的搭建串联FAQ系统中的各个模块。 架构 1.02.03.0
生成式对话系统 [ 笔者 ] 文艺倾年[ 更新 ] 2024.9.15
❌ [ 勘误 ] /* 暂无 */[ 声明 ] 由于作者水平有限本文有错误和不准确之处在所难免本人也很想知道这些错误恳望读者批评指正
