收藏！小白程序员轻松入门大模型向量检索，一篇搞懂核心技术与调优

RAG 召回很垃搜索很慢停先别急着换模型你的向量检索可能该升级了本文将从基础到核心参数调优一文打通 RAG向量检索场景相信看完本文你会对向量检索有一个更完整清晰的认识。1. 大模型为什么需要向量检索大模型本身不适合直接记住或实时遍历大量外部知识。向量检索的典型作用是把文本、图片、音频、代码、商品、用户行为等内容编码成 embedding 向量。用户问题也编码成 query embedding。在向量库里查找和 query 最相似的若干条数据。把检索结果作为上下文交给大模型生成答案。典型 RAG 流程原始文档 - 清洗/切块 chunk - embedding 模型编码 - 写入向量索引 - 用户 query 编码 - 向量召回 top_k - 可选关键词召回、过滤、重排序 rerank - 拼接上下文 - LLM 生成答案向量检索系统最核心的目标是在延迟、召回率、成本、内存、更新速度之间做权衡。2. 基础概念2.1 向量相似度常见相似度或距离名称公式直觉常见用途说明Cosine Similarity比较夹角文本 embedding 最常见关注方向不太关注向量长度Inner Product内积越大越相似推荐、归一化后的文本向量如果向量已 normalize点积等价于 cosineL2 / Euclidean欧氏距离越小越相似图像、聚类、部分 Faiss 索引关注空间距离Hamming二进制位差异Binary Quantization、SimHash适合二值向量大模型文本检索最常见的是 cosine 或 inner product。很多工程系统会先把向量归一化然后使用 inner product 来加速 cosine 检索。2.2 精确检索与近似检索向量检索分两类精确最近邻检索Exact Nearest Neighbor简称 exact search。近似最近邻检索Approximate Nearest Neighbor简称 ANN。精确检索会计算 query 和所有向量的距离结果最准但数据量大时很慢。ANN 会牺牲少量召回率换取数量级的速度提升。3. 主流算法总览算法 / 索引类型代表实现优点缺点典型场景Flat / Brute Force精确搜索Faiss IndexFlat、NumPy、pgvector exact结果准确、实现简单、适合评测基线O(N) 扫描数据大时慢小数据、离线评估、作为 recall 对照HNSW图索引 ANNhnswlib、Faiss、Qdrant、Weaviate、pgvector、OpenSearch召回高、查询快、工程默认选择多内存占用高、构建较慢、删除更新复杂RAG 默认首选、百万到亿级内存检索IVF聚类倒排 ANNFaiss IVF、Milvus IVF_FLAT内存和速度可控适合大规模需要训练召回依赖 nprobe千万到十亿级向量召回IVF PQ聚类 压缩Faiss IndexIVFPQ、Milvus IVF_PQ显著降低内存适合大规模精度下降参数复杂内存受限的大规模向量库SQ / BQ标量/二值量化Faiss、Qdrant、OpenSearch压缩简单部署友好召回下降需调参成本敏感、磁盘或内存压缩ScaNN向量量化 分区Google ScaNN在部分 CPU 场景很快生态不如 HNSW/Faiss 广Google 生态、特定高吞吐场景LSH哈希 ANNdatasketch、部分旧系统原理简单适合部分相似度高维语义向量表现通常不如 HNSW去重、SimHash、候选粗召回当前大模型应用里最主流的组合通常是中小规模 RAGHNSW。大规模低成本IVF、IVF_PQ、SQ、BQ。小数据或评测Flat 精确检索。生产 RAG向量召回 BM25 稀疏召回 reranker 重排序。4. Flat 精确检索Flat 是最直接的检索方式对每个 query遍历所有向量并计算距离。优点结果准确是评估 ANN recall 的基准。不需要训练索引。适合小数据集。参数少行为容易理解。缺点查询复杂度约为 O(N * d)N 是向量数量d 是维度。数据量达到百万、千万后CPU 查询成本明显上升。大规模在线服务通常不可接受。适合场景本地 demo。小型知识库。离线评估。验证 HNSW / IVF / PQ 的召回率。5. HNSW现在最常见的默认选择HNSW全称 Hierarchical Navigable Small World是目前向量数据库最常见的 ANN 图索引之一。它把向量组织成多层小世界图上层图节点少用来快速跳到目标区域。下层图节点多用来精细搜索。查询时从高层入口开始逐层向下贪心搜索。优点查询速度快。召回率高。不需要像 IVF 那样提前训练聚类中心。参数相对直观。Qdrant、Weaviate、pgvector、OpenSearch、Elasticsearch、Chroma 等都广泛使用或支持。缺点内存占用较高因为除了向量本身还要存图边。构建索引较慢尤其是高 recall 配置。动态删除和大量更新比普通数据库索引更麻烦。超大规模时成本可能高需要量化或磁盘索引配合。常用参数参数作用调大后效果代价M每个节点最多连接多少邻居图更密召回更高内存增加构建变慢efConstruction构建索引时的候选队列大小索引质量更高构建时间增加efSearch查询时的候选队列大小召回更高查询延迟增加top_k返回结果数量返回更多候选后处理成本增加经验起点场景MefConstructionefSearch低延迟优先16100-12832-64平衡配置32128-25664-128高召回优先48-64256-512128-256注意HNSW 的最终表现和 embedding 模型、向量维度、数据分布、过滤条件都有关系不能只看参数。6. IVF聚类倒排索引IVF全称 Inverted File Index思想类似搜索引擎的倒排表但不是按词倒排而是按向量聚类倒排。基本流程用 k-means 把全部向量聚成 nlist 个簇。每个向量分配到最近的簇。查询时先找到 query 最近的若干个簇。只在这些簇里做精细检索。优点相比 Flat查询只扫描部分向量。相比 HNSW内存可以更可控。适合和 PQ、SQ 等压缩技术组合。Faiss、Milvus 等大规模检索系统常用。缺点需要训练索引。召回率强依赖 nlist 和 nprobe。如果数据分布变化明显聚类中心可能需要重训。对小数据集未必比 HNSW 更省心。常用参数参数作用调大后效果代价nlist聚类中心数量也就是倒排桶数量每个桶更小扫描更少训练更慢nprobe 也要配合nprobe查询时搜索多少个桶召回更高查询更慢metric距离类型影响相似度定义需和 embedding 训练目标一致经验起点nlist 可以从sqrt(N)到4 * sqrt(N)附近试起。nprobe 可以先设为 nlist 的 1%-10%。如果召回不够优先增大 nprobe。如果查询太慢降低 nprobe 或增大 nlist 后重新评估。7. PQ、SQ、BQ向量压缩和量化大模型 embedding 常见维度是 384、768、1024、1536、3072 等。假设 1 亿条 768 维 float32 向量100,000,000 * 768 * 4 bytes 307.2 GB还没算索引结构、元数据和副本。因此生产系统经常需要压缩。7.1 Product QuantizationPQPQ 把一个高维向量切成多个子向量然后每个子空间用码本表示。例如 768 维向量切成 96 段每段 8 维每段用一个 byte 编码就可以把一个向量压缩到约 96 bytes远小于原始 3072 bytes。优点压缩率高。适合超大规模。常和 IVF 组合成 IVF_PQ。缺点召回会下降。参数复杂。需要训练码本。对高精度 RAG通常需要 rerank 或存原向量做二阶段精排。常用参数参数作用调大后效果代价m子向量个数编码更细精度可能更好编码长度和计算成本增加nbits每个子向量编码位数码本更大表达力更强内存和训练成本增加nlistIVF 聚类数候选桶更细训练成本增加nprobe搜索桶数量召回更高延迟增加7.2 Scalar QuantizationSQSQ 把 float32 压缩成 int8、uint8、float16 等更低精度表示。优点工程简单。压缩效果稳定。对召回影响通常比 PQ 更温和。缺点压缩率不如 PQ。极端精度需求下仍可能损失召回。7.3 Binary QuantizationBQBQ 把向量压成二进制表示使用 Hamming 距离等方式快速比较。优点压缩率极高。适合极低成本或粗召回。缺点信息损失较大。通常需要二阶段重排。8. 现在主流到底用什么最常见HNSW 作为默认向量索引。top_k 取 10-100。再用 reranker 重排到 3-10 条上下文。同时加入 BM25 或关键词检索做 hybrid search。代表工具QdrantHNSW payload filter。WeaviateHNSW hybrid search。MilvusHNSW、IVF、PQ、DiskANN 等多索引。pgvectorexact、IVFFlat、HNSW。Elasticsearch / OpenSearch向量检索 BM25 混合。Chroma轻量 RAG 开发常见。Faiss本地或自研检索服务常用底层库。9. 常用参数解释9.1 通用参数参数含义常见取值影响dim向量维度384、768、1024、1536、3072维度越高存储和计算越贵metric距离类型cosine、ip、l2必须和 embedding 模型匹配top_k返回候选数量5、10、20、50、100越大召回更多但后处理更慢batch_size批量写入或查询大小32-1024影响吞吐和内存normalize是否归一化向量true/falsecosine 常配合 normalizefilter元数据过滤tenant、time、category、acl强过滤会影响 ANN 搜索效果9.2 HNSW 参数参数推荐起点说明M16-32图中每个节点的连接数影响召回和内存efConstruction128-256构建索引时探索的候选数影响索引质量efSearch64-128查询时探索的候选数影响召回和延迟调参方向召回低增大 efSearch。召回仍低增大 M 和 efConstruction重建索引。延迟高降低 efSearch减少 top_k或加 rerank 前粗筛。内存高降低 M启用量化或换 IVF/PQ/DiskANN。9.3 IVF 参数参数推荐起点说明nlistsqrt(N) 到 4 * sqrt(N)聚类桶数量nprobenlist 的 1%-10%查询时扫描桶数量调参方向召回低增大 nprobe。延迟高降低 nprobe。桶太大增大 nlist 并重新训练。数据分布变化明显重新训练 IVF。9.4 PQ 参数参数推荐起点说明m维度的因子如 768 维可用 64 或 96子向量个数nbits8每段编码位数8 表示每段 256 个中心use_original_vectors_for_reranktrue候选召回后用原向量或原文本重排10. 案例一Faiss 精确检索 Flat安装pip install faiss-cpu sentence-transformers numpy示例import faissimport numpy as npfrom sentence_transformers import SentenceTransformerdocs [ HNSW 是一种基于图的近似最近邻搜索算法。, IVF 使用聚类中心把向量分到不同倒排桶里。, Product Quantization 可以显著压缩向量存储。, RAG 会先检索相关文档再把上下文交给大模型。, BM25 是传统关键词检索算法。,]query 大模型 RAG 为什么需要向量检索model SentenceTransformer(BAAI/bge-small-zh-v1.5)doc_vectors model.encode(docs, normalize_embeddingsTrue).astype(float32)query_vector model.encode([query], normalize_embeddingsTrue).astype(float32)dim doc_vectors.shape[1]# 归一化后用 Inner Product 等价于 Cosine Similarity。index faiss.IndexFlatIP(dim)index.add(doc_vectors)top_k 3scores, ids index.search(query_vector, top_k)for score, idx in zip(scores[0], ids[0]): print(fscore{score:.4f}, doc{docs[idx]})关键点normalize_embeddingsTrue把向量归一化。IndexFlatIP使用点积检索。top_k返回最相似的 k 条。Flat 没有训练过程适合作为 baseline。11. 案例二Faiss HNSWimport faissimport numpy as npfrom sentence_transformers import SentenceTransformerdocs [ 向量数据库常用 HNSW 作为默认索引。, efSearch 越大HNSW 查询召回通常越高。, M 控制 HNSW 图中每个节点的最大邻居数量。, IVF 的 nprobe 控制查询时扫描多少个聚类桶。, DiskANN 适合超大规模磁盘向量检索。,]query HNSW 有哪些重要参数model SentenceTransformer(BAAI/bge-small-zh-v1.5)doc_vectors model.encode(docs, normalize_embeddingsTrue).astype(float32)query_vector model.encode([query], normalize_embeddingsTrue).astype(float32)dim doc_vectors.shape[1]M 32index faiss.IndexHNSWFlat(dim, M, faiss.METRIC_INNER_PRODUCT)# efConstruction 影响建图质量。必须在 add 前设置。index.hnsw.efConstruction 128index.add(doc_vectors)# efSearch 影响查询召回和延迟。可以按查询场景动态调整。index.hnsw.efSearch 64scores, ids index.search(query_vector, 3)for score, idx in zip(scores[0], ids[0]): print(fscore{score:.4f}, doc{docs[idx]})参数说明M32图连接数越大越准但更耗内存。efConstruction128构建时候选数量越大索引质量越好。efSearch64查询时候选数量越大召回越好但越慢。faiss.METRIC_INNER_PRODUCT向量已归一化时可表示 cosine。12. 案例三Faiss IVF_FLATIVF 需要训练索引。真实场景至少需要几千到几万条训练向量下面为了演示用随机向量构造。import faissimport numpy as npnp.random.seed(42)num_vectors 10000dim 768top_k 5vectors np.random.random((num_vectors, dim)).astype(float32)queries np.random.random((3, dim)).astype(float32)faiss.normalize_L2(vectors)faiss.normalize_L2(queries)nlist 100quantizer faiss.IndexFlatIP(dim)index faiss.IndexIVFFlat(quantizer, dim, nlist, faiss.METRIC_INNER_PRODUCT)# IVF 必须先 train再 add。index.train(vectors)index.add(vectors)# nprobe 控制搜索多少个聚类桶。index.nprobe 10scores, ids index.search(queries, top_k)print(ids:)print(ids)print(scores:)print(scores)参数说明nlist100把向量聚成 100 个桶。nprobe10每次查询搜索最相关的 10 个桶。nprobe越大召回越高延迟也越高。train(vectors)训练 IVF 聚类中心。调参建议召回不够时把nprobe从 5、10、20、50 逐步加大。如果每个桶太大增加nlist并重新训练。如果数据只有几万条HNSW 往往更省心。13. 案例四Faiss IVF_PQ 压缩索引IVF_PQ 适合大规模低内存场景。import faissimport numpy as npnp.random.seed(42)num_vectors 50000dim 768top_k 10vectors np.random.random((num_vectors, dim)).astype(float32)queries np.random.random((2, dim)).astype(float32)faiss.normalize_L2(vectors)faiss.normalize_L2(queries)nlist 256m 96nbits 8quantizer faiss.IndexFlatIP(dim)index faiss.IndexIVFPQ( quantizer, dim, nlist, m, nbits, faiss.METRIC_INNER_PRODUCT,)index.train(vectors)index.add(vectors)index.nprobe 16scores, ids index.search(queries, top_k)print(ids)print(scores)参数说明nlist256IVF 聚类桶数。m96把 768 维切成 96 个子向量每段 8 维。nbits8每个子向量用 8 bit 编码也就是 256 个码字。nprobe16查询时扫描 16 个桶。优缺点优点内存明显下降。缺点召回通常低于 HNSW 和 IVF_FLAT。生产中常用做法IVF_PQ 召回较多候选再用原始向量、cross encoder 或 LLM rerank 精排。14. 案例五Qdrant HNSW 向量库Qdrant 是 RAG 中很常见的向量数据库默认核心索引是 HNSW。安装pip install qdrant-client sentence-transformers本地启动docker run -p 6333:6333 qdrant/qdrantPython 示例from qdrant_client import QdrantClientfrom qdrant_client.models import ( Distance, HnswConfigDiff, PointStruct, VectorParams,)from sentence_transformers import SentenceTransformercollection_name rag_docsdocs [ {id: 1, text: HNSW 是当前 RAG 常用的向量检索索引。, source: ann}, {id: 2, text: BM25 可以和向量检索组成混合检索。, source: sparse}, {id: 3, text: reranker 通常放在召回之后用于提高最终上下文质量。, source: rerank},]model SentenceTransformer(BAAI/bge-small-zh-v1.5)vectors model.encode( [item[text] for item in docs], normalize_embeddingsTrue,).tolist()client QdrantClient(urlhttp://localhost:6333)client.recreate_collection( collection_namecollection_name, vectors_configVectorParams( sizelen(vectors[0]), distanceDistance.COSINE, hnsw_configHnswConfigDiff( m32, ef_construct128, ), ),)points [ PointStruct( iditem[id], vectorvector, payload{text: item[text], source: item[source]}, ) for item, vector in zip(docs, vectors)]client.upsert(collection_namecollection_name, pointspoints)query RAG 里向量召回后为什么还要重排query_vector model.encode(query, normalize_embeddingsTrue).tolist()results client.search( collection_namecollection_name, query_vectorquery_vector, limit3, search_params{hnsw_ef: 64, exact: False},)for hit in results: print(hit.score, hit.payload[text])参数说明m32HNSW 图连接数。ef_construct128建图质量参数。hnsw_ef64查询时 efSearch 类参数。Distance.COSINE使用 cosine 距离。exactFalse使用近似搜索调试时可设exactTrue对比召回。15. 案例六RAG 检索 简单重排框架实际 RAG 里向量 top_k 不一定就是最终喂给 LLM 的上下文。常见做法是先召回较多再重排取少量。from sentence_transformers import CrossEncoder, SentenceTransformerimport faissimport numpy as npdocs [ HNSW 是一种图索引常用于向量数据库。, IVF 会先聚类再只搜索部分聚类桶。, PQ 可以压缩向量但可能损失召回。, RAG 需要把检索到的文档作为上下文交给大模型。, 权限过滤是企业 RAG 必须考虑的问题。,]query 企业 RAG 为什么不能只做向量检索embedder SentenceTransformer(BAAI/bge-small-zh-v1.5)doc_vectors embedder.encode(docs, normalize_embeddingsTrue).astype(float32)query_vector embedder.encode([query], normalize_embeddingsTrue).astype(float32)index faiss.IndexFlatIP(doc_vectors.shape[1])index.add(doc_vectors)# 第一阶段向量召回更多候选。candidate_k 5scores, ids index.search(query_vector, candidate_k)candidate_docs [docs[i] for i in ids[0]]# 第二阶段cross encoder 重排。reranker CrossEncoder(BAAI/bge-reranker-base)pairs [(query, doc) for doc in candidate_docs]rerank_scores reranker.predict(pairs)ranked sorted( zip(candidate_docs, rerank_scores), keylambda item: item[1], reverseTrue,)final_context [doc for doc, score in ranked[:3]]print(最终上下文)for doc in final_context: print(-, doc)实际生产中可以把第一阶段换成 HNSW、IVF、Qdrant、Milvus、Elasticsearch 等。16. Hybrid Search为什么向量检索经常要配 BM25纯向量检索擅长语义相似但不总是适合精确匹配。例如查错误码ERR_CONN_RESET_1045查订单号order_idABC123查函数名getUserProfileById查法规条款第十二条第三款这些场景 BM25、关键词、倒排索引往往更可靠。17. 常见融合方式17.1 并行召回query - dense vector search top 50 - BM25 keyword search top 50 - merge - rerank - top 5 context17.2 分数融合常见方法加权求和score alpha * dense_score (1 - alpha) * sparse_scoreRRFReciprocal Rank Fusion按排名融合不依赖原始分数尺度。RRF 简单示例def rrf_fusion(rank_lists, k60): scores {} for rank_list in rank_lists: for rank, doc_id in enumerate(rank_list, start1): scores[doc_id] scores.get(doc_id, 0.0) 1.0 / (k rank) return sorted(scores.items(), keylambda item: item[1], reverseTrue)dense_rank [doc1, doc3, doc2, doc5]sparse_rank [doc2, doc4, doc1, doc6]print(rrf_fusion([dense_rank, sparse_rank]))18. 如何评估向量检索效果不要只看“查得快”还要看“查得准”。常见指标指标含义RecallK标准答案是否出现在前 K 个候选中PrecisionK前 K 个结果里相关结果比例MRR第一个正确结果排名越靠前越好nDCG考虑相关性等级和排名位置Latency P50/P95/P99延迟分布QPS每秒查询数Index Build Time索引构建时间Memory / Disk存储成本建议做一个评估集query, positive_doc_ids, hard_negative_doc_ids然后比较Flat baseline。HNSW 不同 efSearch。IVF 不同 nprobe。是否启用量化。是否加 BM25。是否加 reranker。19. 选型建议HNSW 是默认首选。如果内存成本高考虑 SQ 或 IVF。RAG 场景建议加 reranker。20. 常见坑20.1 向量没有归一化如果你想用 cosine但实际用了 inner product 且没有 normalize结果可能偏向向量长度大的样本。20.2 chunk 切得太差向量索引再好也救不了糟糕的 chunk。常见问题chunk 太长主题混杂。chunk 太短缺上下文。表格、代码、标题层级被破坏。元数据丢失。20.3 top_k 太小只取 top 3 然后直接给 LLM容易漏掉真正答案。生产 RAG 常先召回更多再重排。20.4 只用向量不用关键词错误码、ID、专有名词、函数名、条款编号等场景BM25 往往更稳。20.5 过滤条件没有评估强过滤会改变 ANN 搜索质量。需要单独评估带过滤条件的 RecallK 和延迟。20.6 用线上大索引直接调参调参最好先抽样建立评估集再逐步扩大。否则很难判断是参数问题、数据问题还是 embedding 问题。最后大家在项目上选向量检索算法别光盯着“谁最快”先问问自己数据有多少能忍多慢的延迟召回率底线在哪数据是不是经常增删内存够不够能不能接受两阶段重排把这些搞清楚了答案自然就出来了。对大多数团队起步直接上 HNSW 混合检索 重排就够了等数据量爆了、成本扛不住了再慢慢加量化、IVF就可以了。普通人如何抓住AI大模型的风口领取方式在文末为什么要学习大模型目前AI大模型的技术岗位与能力培养随着人工智能技术的迅速发展和应用 大模型作为其中的重要组成部分 正逐渐成为推动人工智能发展的重要引擎 。大模型以其强大的数据处理和模式识别能力 广泛应用于自然语言处理 、计算机视觉 、 智能推荐等领域 为各行各业带来了革命性的改变和机遇 。目前开源人工智能大模型已应用于医疗、政务、法律、汽车、娱乐、金融、互联网、教育、制造业、企业服务等多个场景其中应用于金融、企业服务、制造业和法律领域的大模型在本次调研中占比超过30%。随着AI大模型技术的迅速发展相关岗位的需求也日益增加。大模型产业链催生了一批高薪新职业人工智能大潮已来不加入就可能被淘汰。如果你是技术人尤其是互联网从业者现在就开始学习AI大模型技术真的是给你的人生一个重要建议最后只要你真心想学习AI大模型技术这份精心整理的学习资料我愿意无偿分享给你但是想学技术去乱搞的人别来找我在当前这个人工智能高速发展的时代AI大模型正在深刻改变各行各业。我国对高水平AI人才的需求也日益增长真正懂技术、能落地的人才依旧紧缺。我也希望通过这份资料能够帮助更多有志于AI领域的朋友入门并深入学习。真诚无偿分享vx扫描下方二维码即可加上后会一个个给大家发【附赠一节免费的直播讲座技术大佬带你学习大模型的相关知识、学习思路、就业前景以及怎么结合当前的工作发展方向等欢迎大家~】大模型全套学习资料展示自我们与MoPaaS魔泊云合作以来我们不断打磨课程体系与技术内容在细节上精益求精同时在技术层面也新增了许多前沿且实用的内容力求为大家带来更系统、更实战、更落地的大模型学习体验。希望这份系统、实用的大模型学习路径能够帮助你从零入门进阶到实战真正掌握AI时代的核心技能01教学内容从零到精通完整闭环【基础理论 →RAG开发 → Agent设计 → 模型微调与私有化部署调→热门技术】5大模块内容比传统教材更贴近企业实战大量真实项目案例带你亲自上手搞数据清洗、模型调优这些硬核操作把课本知识变成真本事‌02适学人群应届毕业生‌无工作经验但想要系统学习AI大模型技术期待通过实战项目掌握核心技术。零基础转型‌非技术背景但关注AI应用场景计划通过低代码工具实现“AI行业”跨界‌。业务赋能突破瓶颈传统开发者Java/前端等学习Transformer架构与LangChain框架向AI全栈工程师转型‌。vx扫描下方二维码即可【附赠一节免费的直播讲座技术大佬带你学习大模型的相关知识、学习思路、就业前景以及怎么结合当前的工作发展方向等欢迎大家~】本教程比较珍贵仅限大家自行学习不要传播更严禁商用03入门到进阶学习路线图大模型学习路线图整体分为5个大的阶段04视频和书籍PDF合集从0到掌握主流大模型技术视频教程涵盖模型训练、微调、RAG、LangChain、Agent开发等实战方向新手必备的大模型学习PDF书单来了全是硬核知识帮你少走弯路不吹牛真有用05行业报告白皮书合集收集70报告与白皮书了解行业最新动态0690份面试题/经验AI大模型岗位面试经验总结谁学技术不是为了赚$呢找个好的岗位很重要07 deepseek部署包技巧大全由于篇幅有限只展示部分资料并且还在持续更新中…真诚无偿分享vx扫描下方二维码即可加上后会一个个给大家发【附赠一节免费的直播讲座技术大佬带你学习大模型的相关知识、学习思路、就业前景以及怎么结合当前的工作发展方向等欢迎大家~】