AI Agent从无到有46: LangChain 向量数据库实战 — 从增删查到高级检索

LangChain 消息与提示词模板 历史越长,token 越贵、延迟越高、还会撞上下文窗口上限。(滑窗裁剪)、摘要压缩(summary)、(精确删除)。是一个用于管理 LLM 对话历史长度的实用工具/函数。它通过自动删除列表中较早的消息,确保总 Token 数不超过模型限制,同时尽量保留对当前对话最重要的信息(通常是最近的消息和系统提示)。如果你是在某个具体框架(如chainlit)或代码中看到这个函数,欢迎告诉我具体上下文,我可以为你进一步分析。 阅读详情

纲要

  • 向量数据库基础
    • 在 RAG 系统中的核心位置
    • 与传统关系型数据库的本质区别
  • LangChain 向量数据库接口
    • 统一方法:add_documents、delete、similarity_search、similarity_search_by_vector
    • 常用向量数据库概览:Chroma、FAISS、Pinecone、Milvus 等
  • 基本操作实战
    • 文档添加(支持自定义 ID)
    • 文档删除(按 ID)
    • 文本相似性搜索与向量搜索
  • 高级检索技巧
    • 最大边际相关性(MMR)搜索
    • 混合搜索(关键词 + 向量)概述
  • 完整可运行代码:使用 FakeEmbeddings 与内存 Chroma 向量库模拟增删查与 MMR

引言

在 RAG(检索增强生成)系统中,原始文档经过加载、切片和向量化后,需要一个高效的存储和检索容器,这便是向量数据库。向量数据库不仅承载了所有外部知识的向量表示,更承担着语义搜索的核心任务:根据查询向量快速定位最相似的文档片段。LangChain 通过统一的向量存储接口(VectorStore)封装了多种数据库实现,使得开发者可以像操作普通数据集合一样执行增、删、查,同时提供了最大边际相关性(MMR)搜索、混合搜索等高级检索能力。本文将通过可运行的代码示例,系统性地介绍向量数据库的核心操作与进阶用法。

向量数据库基础

向量数据库与传统关系型数据库(如 MySQL)在设计哲学和数据模型上存在根本性差异,具体对比维度如下:

维度关系型数据库向量数据库
存储内容结构化数据(表格、字段)高维向量数组(浮点数序列)
查询方式精确匹配(SQL where、join)相似度搜索(余弦距离、欧氏距离、内积)
典型场景事务处理、用户管理、报表统计语义检索、图像搜索、推荐系统
数据模式固定 Schema,需预先定义表结构灵活,无固定 Schema 要求

在 RAG 工作流中,向量数据库处于索引阶段与查询阶段的交汇点:它存储所有知识片段的向量嵌入,并在接收到用户查询时,将查询向量与库内向量进行相似度计算,返回 Top‑K 个最相关的文档片段。

查询阶段

索引阶段

文档切片

嵌入模型向量化

存入向量数据库

用户查询

查询向量化

相似度搜索

返回相关片段

LangChain 向量数据库接口

LangChain 在 langchain_core.vectorstores 中定义了 VectorStore 基类,所有向量数据库实现均需遵循该接口规范。核心方法包括:

  • add_documents(documents, ids=None, **kwargs):批量添加 Document 对象,可选自定义 ID。
  • delete(ids, **kwargs):按 ID 列表删除文档。
  • similarity_search(query, k=4, **kwargs):给定文本查询,返回最相似的 k 个文档。
  • similarity_search_by_vector(embedding, k=4, **kwargs):直接传入向量进行相似度检索。
  • max_marginal_relevance_search(query, k=4, fetch_k=20, lambda_mult=0.5, **kwargs):执行 MMR 搜索,平衡相关性与多样性。

主流向量数据库实现及适用场景如下:

数据库部署方式适用场景
Chroma内存/本地持久化开发测试、轻量级原型
FAISS本地内存高性能本地检索,适合小规模数据
Pinecone云端托管生产环境,需要自动扩展和高可用
Milvus本地/云端分布式大规模向量数据,企业级应用
Weaviate本地/云端内置混合搜索,支持 GraphQL

基本操作实战

本章节使用 FakeEmbeddings 模拟向量嵌入模型(输出维度固定为 128),配合 Chroma 内存向量库,演示完整的增、删、查操作流程,无需任何外部 API Key 或网络连接。

环境依赖安装:

pip install langchain langchain-core langchain-community chromadb

版本说明:本文示例基于 langchain>=0.3.0,langchain-community>=0.3.0。

文档添加

创建 Document 对象集合,并通过 add_documents 方法写入向量库,同时指定自定义 ID。

from langchain_community.embeddings.fake import FakeEmbeddings
from langchain_community.vectorstores import Chroma
from langchain_core.documents import Document

# 初始化模拟嵌入模型(维度 128)
embeddings = FakeEmbeddings(size=128)

# 准备文档数据
docs = [
    Document(page_content="智能温控水杯支持手机 App 远程控温。", metadata={"source": "product"}),
    Document(page_content="产品续航 48 小时,采用 316 不锈钢内胆。", metadata={"source": "product"}),
    Document(page_content="充电时请使用 5V/2A 适配器。", metadata={"source": "product"}),
]

# 创建内存向量库并添加文档
vectorstore = Chroma(embedding_function=embeddings, collection_name="demo")
ids = ["doc_1", "doc_2", "doc_3"]
vectorstore.add_documents(docs, ids=ids)
print("已添加文档数:", vectorstore._collection.count())

删除文档

通过 delete 方法按 ID 移除指定文档。

vectorstore.delete(ids=["doc_2"])
print("删除后文档数:", vectorstore._collection.count())  # 输出 2

相似性搜索

支持两种搜索方式:直接传入文本(内部自动调用嵌入模型)或预先计算查询向量。

方式一:文本相似性搜索

results = vectorstore.similarity_search("怎么充电?", k=1)
for doc in results:
    print(doc.page_content)  # 应返回充电相关文档

方式二:向量相似性搜索

query_vector = embeddings.embed_query("怎么充电?")
results = vectorstore.similarity_search_by_vector(query_vector, k=1)
print(results[0].page_content)

两种方式在语义上等价,区别在于方式二允许复用已计算好的向量,适合批量查询或性能敏感场景。

高级检索:MMR 搜索

最大边际相关性(Maximal Marginal Relevance,MMR)是一种在信息检索中广泛使用的重排序算法,其核心思想是在保证检索结果与查询条件相关的前提下,引入多样性约束,避免返回结果集中于某一子主题。

MMR 的评分公式为:

MMR = arg ⁡ max ⁡ D i ∈ R ∖ S [ λ ⋅ sim ( D i , Q ) − ( 1 − λ ) ⋅ max ⁡ D j ∈ S sim ( D i , D j ) ] \text{MMR} = \arg\max_{D_i \in R \setminus S} \left[ \lambda \cdot \text{sim}(D_i, Q) - (1 - \lambda) \cdot \max_{D_j \in S} \text{sim}(D_i, D_j) \right] MMR=argDi​∈R∖Smax​[λ⋅sim(Di​,Q)−(1−λ)⋅Dj​∈Smax​sim(Di​,Dj​)]

其中 λ \lambda λ 为多样性系数(lambda_mult),值越小结果多样性越高。

Chroma 通过 max_marginal_relevance_search 方法原生支持 MMR。

# 添加更多内容相近的文档以观测 MMR 效果
additional_docs = [
    Document(page_content="水杯过热保护功能详解", metadata={"source": "manual"}),
    Document(page_content="如何正确清洗保温杯内胆", metadata={"source": "manual"}),
    Document(page_content="电池续航测试及充电注意事项", metadata={"source": "manual"}),
]
vectorstore.add_documents(additional_docs)

# MMR 搜索:取 3 条结果,lambda_mult=0.5(值越小越注重多样性)
mmr_results = vectorstore.max_marginal_relevance_search(
    "充电", k=3, lambda_mult=0.5
)
for doc in mmr_results:
    print(doc.page_content)

在输出中可以看到,MMR 不会仅返回三篇全部围绕“充电”的文档,而是可能混合“过热保护”或“清洗内胆”等内容,从而提供更全面的上下文。

混合搜索简介

混合搜索(Hybrid Search)结合了关键词检索(如 BM25 算法)和向量语义检索两种策略,在特定场景下能同时发挥关键词的精确匹配能力和向量的语义泛化能力。典型的混合搜索流程为:

  1. 关键词检索:在文档的元数据或原始文本上执行 BM25/TF‑IDF 匹配,召回候选集。
  2. 向量检索:在候选集上执行相似度搜索,得到最终排序。

Pinecone、Weaviate 等数据库提供了开箱即用的混合搜索支持,LangChain 通过 HybridSearchRetriever 等封装类提供统一接入。由于混合搜索通常依赖外部服务(如 Pinecone 的索引配置),本文不作展开运行,但需明确其核心价值:在精确实体匹配和语义泛化之间取得最佳平衡。

完整可运行代码整合

以下脚本集成了文档增删、相似性搜索和 MMR 搜索的全部核心操作,使用内存向量库,无需任何外部依赖或 API Key。

from langchain_community.embeddings.fake import FakeEmbeddings
from langchain_community.vectorstores import Chroma
from langchain_core.documents import Document

embeddings = FakeEmbeddings(size=128)

# 初始文档集合
docs = [
    Document(page_content="智能温控水杯支持手机 App 远程控温。", metadata={"type": "feature"}),
    Document(page_content="产品续航 48 小时,采用 316 不锈钢内胆。", metadata={"type": "feature"}),
    Document(page_content="充电时请使用 5V/2A 适配器。", metadata={"type": "caution"}),
    Document(page_content="请勿将杯体浸入水中清洗。", metadata={"type": "caution"}),
    Document(page_content="可通过 App 调节温度范围 40~100°C。", metadata={"type": "feature"}),
]

vectorstore = Chroma(embedding_function=embeddings, collection_name="cup")
ids = ["d1", "d2", "d3", "d4", "d5"]
vectorstore.add_documents(docs, ids=ids)

# 删除一条记录
vectorstore.delete(ids=["d4"])
print("剩余文档数:", vectorstore._collection.count())

# 文本相似性搜索
print("\n--- 相似性搜索:充电 ---")
for doc in vectorstore.similarity_search("如何充电?", k=2):
    print(doc.page_content)

# MMR 搜索(多样性优先)
print("\n--- MMR 搜索:充电(多样性优先) ---")
for doc in vectorstore.max_marginal_relevance_search("充电", k=2, lambda_mult=0.3):
    print(doc.page_content)

API 速览

方法所属库签名说明
add_documentslangchain_core.vectorstores.VectorStoreadd_documents(documents: List[Document], ids: Optional[List[str]] = None, **kwargs) -> List[str]批量添加文档,返回添加的 ID 列表
deletelangchain_core.vectorstores.VectorStoredelete(ids: Optional[List[str]] = None, **kwargs) -> Optional[bool]按 ID 删除文档
similarity_searchlangchain_core.vectorstores.VectorStoresimilarity_search(query: str, k: int = 4, **kwargs) -> List[Document]文本查询,返回相似文档
similarity_search_by_vectorlangchain_core.vectorstores.VectorStoresimilarity_search_by_vector(embedding: List[float], k: int = 4, **kwargs) -> List[Document]向量查询,返回相似文档
max_marginal_relevance_searchlangchain_community.vectorstores.Chromamax_marginal_relevance_search(query: str, k: int = 4, fetch_k: int = 20, lambda_mult: float = 0.5, **kwargs) -> List[Document]MMR 检索,平衡相关性与多样性

参考文档

官方文档:

参考链接:

总结

向量数据库是 RAG 应用中连接知识存储与语义检索的核心基础设施。LangChain 通过统一的 VectorStore 抽象接口,抹平了不同向量数据库之间的底层差异,使开发者可以快速切换本地开发环境(Chroma、FAISS)与生产级服务(Pinecone、Milvus)。

掌握 add_documents、delete、similarity_search 等基本操作后,进一步选用 MMR 或混合搜索策略,能够有效提升检索结果的多样性与准确性,从而为下游生成模型提供更高质量的上文信息。

国产大模型替代Gemini:合规落地长文本、多模态与专业推理方案 大语言模型(LLM)作为当前AI应用的核心技术,其核心价值在于支撑长上下文理解、多轮逻辑推理、代码-环境联动及中文垂直领域微精度等关键能力。这些能力并非某一款境外模型的专属,而是可通过已备案国产大模型(如Qwen2、GLM-4、讯飞星火)结合OCR+RAG、思维链缓存、工具链集成与领域词典注入等工程化方法实现对齐。在《生成式人工智能服务管理暂行办法》框架下,阿里云百炼、华为云盘古等平台提供稳定、低延迟、高合规保障的API服务,已在法律审查、医疗报告生成、芯片故障诊断等真实生产场景中验证效果。本文聚焦可验证、 阅读详情

相关推荐

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品)

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品)

jks212454的博客 206

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 224

船载 OpenHarmony AIS 航海工作台:告警与防碰撞预警系统

船载OpenHarmony AIS航海工作台的告警与防碰撞系统,集成十余类告警(超速、偏航、会遇、SOS等),通过网格空间索引实现高效邻近判定,保障实时性。告警管理器统一调度规则、去重、通知与日志,支持悬浮球、语音、跑马灯、弹窗多渠道触达,确保航行安全。SOS紧急通道独立运行,避免干扰。系统设计强调性能优化与多场景适配,为航海安全提供核心支撑。

专注于计算机研发知识和资讯分享 113

6 款电商 AI 图片生成软件实测|国内 + 跨境卖家工具清单

电商 AI 作图工具已经从 "能不能用" 进入了 "好不好用" 的阶段。对于绝大多数卖家而言,现在的 AI 工具已经可以覆盖 60%-80% 的基础商品图需求,显著降低拍摄和设计成本。选择工具的核心逻辑不是 "哪款最强",而是 "哪款最适配你的品类、平台规模和团队能力"。垂直电商工具胜在工作流效率,通用生图工具强在创意上限,模板类工具赢在上手速度。建议根据自身业务阶段,搭配 1-2 款主力工具 + 1 款辅助工具,形成适合自己的视觉生产流程。

Mardi_Ladin的博客 398

运放 + MOS管构成的恒流电路分析及实用环境器件参数选择

恒流电路

五花带点肉 2万+

OpenEuler22.03 LTS下Zabbix7.0监控系统的容器化部署避坑指南(含Docker-Compose完整配置)

本文详细介绍了在OpenEuler22.03 LTS操作系统上容器化部署Zabbix7.0监控系统的完整流程,包括Docker引擎配置、Docker-Compose编排、网络模式选择及性能调优等关键步骤。针对OpenEuler环境下的特殊问题提供了解决方案,帮助用户高效搭建稳定可靠的监控系统。

python9snake的博客 268

我用 GPUWorks 在 M1 Pro 上搭了个发票识别原型

公司里经常要看电子发票。我想先做个小原型:把 PDF 发给一个自己部署的图文模型,让它提取发票类型、日期、交易双方和金额,再把结果交给同事核对。这个原型不用先接财务系统,先看看从部署到调用要走多少步,模型返回的内容能不能帮上忙。

鸽芷咕的博客 2万+

用户存续期价值评估(CLV) 一

用户存续期价值评估(CLV) 1 一. 定义 ​     用户存续期价值(Customer Lifetime Value),也可称为CLTV、LCV或者LTV,是企业对未来一个客户与其的关系所带来的净收益的预测。这个预测模型可以有不同水平的复杂度和精确度,从一个直观感觉到使用复杂的预测技术。CLV可以被简单理解为客户关系的价值,也就是未来由于与客户的关系所带...

weixin_43171270的博客 8026

您您这可以把问小白的多个会话比如说。左侧的多个会话一次性导出吗?不是单条会话里面的多次会对话。AI导出鸭

第三层是格式编译层。这个决策背后的判断很清晰:一个批量导出工具的价值,不在于“试三次”,而在于你真正用它处理了几十份技术文档、访谈记录或课程讲义之后,它是否值得留在你的工作流里。问小白的会话列表通过分页接口加载,AI导出鸭 在页面运行时建立旁路监听,捕获每一次分页请求返回的完整对话清单,包括会话 ID、标题、时间戳和隐藏的元数据字段。让AI导出回归优雅——这句话说的是:导出不该是体力活,而应该是一次完整的、可预期的文件交付。注意:这里的“批量”指的是左侧列表里的多个独立会话,不是一条会话内的多轮对话。

laoyunsi的博客 246

CANoe SOME/IP实战:从ARXML到VCODM的完整配置与调试

本文详细介绍了使用CANoe进行SOME/IP通信测试的完整流程,从硬件环境准备、ARXML文件处理到VCODM文件配置与调试。通过实战技巧和常见问题解决方案,帮助工程师高效完成从ARXML到VCODM的配置,确保SOME/IP通信的稳定性和可靠性。

weixin_29169899的博客 466

智能车八邻域图像算法

智能车八邻域图像算法

技术缝合怪的博客 4万+

【从零理解 Spring AI · 12】MCP 的两种角色:做客户端还是做服务端

上一篇讲了 MCP 的概念:标准协议、三大角色、M+N 替代 M×N。

nice_lcj520的博客 501

odom反算成经纬度

这个转换系统能够将局部坐标(相对于原点的X, Y, Z坐标)转换回全球坐标系统。将局部里程计数据反算成经纬度坐标的过程涉及几个关键步骤,主要是将相对于某个局部参考点的坐标(例如在机器人、无人车或无人机的导航系统中使用的坐标)转换回全球GPS坐标系统(WGS-84经纬度)。为了能够将局部里程计数据转换为经纬度,首先需要知道局部坐标系统的原点(即参考点)在全球坐标系统中的位置。对于从里程计获得的每个局部坐标点,使用步骤2中设置的坐标转换系统将其转换为经纬度。使用转换模型将局部坐标转换为全球坐标。

如果想成为中心,那么就到中心去吧。 650

河道漂浮物目标检测数据集

目标检测,yolo,河道漂浮物目标检测数据集

DL_data_set的博客 201

基于深度学习YOLOv10的人脸表情识别系统(附完整资源+PySide6界面+训练代码)

本文介绍了如何基于YOLOv10实现一个人脸表情识别系统。我们从数据集准备、模型训练到PySide6界面实现进行了详细的讲解。通过该系统,用户可以实时检测和分类人脸表情,为情感分析、智能交互等应用场景提供支持。

YOLO 1053

大学生作业:80C51存储器数据传输实验:基本指令和数据传送

大学生作业:80C51存储器数据传输实验,报价 200 文章目录实验一、80C51存储器数据传输实验实验目的:实验内容一:基本指令实验内容二:数据传送 实验一、80C51存储器数据传输实验 实验目的: 熟悉软件的集成开发环境 掌握单片机软件设计流程,掌握存储器结构及各窗口之间的联系 掌握内部数据存储器、外部数据存储器的数据传送特点和应用; 实验内容一:基本指令 用三种方法实现将累加器A内容改为20H ORG 0000H LJMP MAIN ORG 0030H MAIN: ;方法一使用寄

weixin_54707168的博客 5103

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 199

Probability and Statistics - 4th edition

Probability and Statistics - 4th edition

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 558

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

AI前沿日报 · 2026-11-04 | 祛魅时刻:Astra“纯读权重“神话的崩塌

①Astra"裸权重通吃"被spaCy创始人Honnibal精准祛魅——仅1/3实验真裸读,数学能力提升依赖Python+50次迭代;②Simon Willison用Qwen 3.8-27B端侧复现权重空间编程;③Nvidia开源Auto-Ontology自动知识图谱;④$800开源全域抓取机器人Stringman;⑤OpenAI悄然重开Codex训练开关引信任危机;⑥DeepMind发布Gemini 4 Argon机器人基础模型;⑦美国科技巨头隐性AI债务达3.2万亿美元,6个月增90%。

johnsong2009的博客 574

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

大模型 Embedding 与向量相似度详解

Embedding 解决的问题:计算机不懂文字,但懂数字│▼文本 → 向量(1024维浮点数数组)│▼相似度解决的问题:怎么判断两个向量(文本)有多接近│▼余弦相似度:看向量方向的夹角,越接近0°越相似│▼最终效果:语义搜索——理解意思,而非字面匹配一句话总结:Embedding 把文字变成数字,余弦相似度比较数字的方向,两者结合实现了"理解语义"的搜索。

T3165919332的博客 90

GPT-1 架构和计算细节

下面配合框图,对 GPT-1 的每个组件做公式展开 + 数值实例(配置:12 层 × 768,12 头,FFN 3072,词表 40478,共 117M 参数)。GPT-1 把翻译模型的编码器-解码器砍掉一半,只留解码器,然后以"预测下一个词"为目标在 BooksCorpus 上预训练。与 2017 原版的四个架构差异(框图中标 ★):h0=E[token]+Epos[position],E∈R40478×768, Epos∈R512×768h^0 = E[\text{token}] + E_{pos}[\

eloudy的专栏 278

终端 AI 审计与 “龙虾” 类智能体风险治理:从可见性到闭环溯源

生成式 AI 办公普及之后,数据泄露风险逐步下沉到终端。员工将合同、源代码、客户资料粘贴至公有大模型,以及龙虾(OpenClaw)这类本地开源 AI 智能体的滥用,成为企业安全新挑战。传统网络边界防护存在审计盲区,本文从风险链路拆解、核心能力模型、分级治理策略、落地踩坑点以及技术局限性多角度,分享终端侧 AI 安全治理的实践思路。

2401_86491085的博客 640

2.53 基于极稀疏指纹的室内定位注意力图元学习

该论文发表于IEEE Transactions on Mobile Computing(TMC)2026年6月,面向极稀疏指纹条件下的WiFi室内定位,针对指纹采集人力成本高、标记指纹稀缺时定位精度大幅下降的痛点,提出注意力图元学习模型AGML(Attentional Graph Meta‑Learning),结合图神经网络、元学习、两种指纹数据增强与分布对齐技术,在标记指纹极少的场景实现高精度室内定位,同时公开了多套真实+仿真定位数据集用于基准测试。场景:二维室内空间,障碍物造成信号遮挡,

weixin_42963026的博客 338

语音识别与语音合成的技术原理及应用

语音识别 #语音合成 #人工智能 #大模型。语音识别与语音合成的技术原理及应用。一、语音识别的核心原理。二、语音合成的核心原理。三、工程落地的主要难点。五、需要关注的现实问题。

weixin_62919816的博客 210

设计师工作室 GEO 实操:如何提升 AI 实体推荐概率

设计工作室 GEO 的本质,是把创意服务转化为 AI 可理解的结构化信息。核心动作可归纳为:区分事实与审美、建立实体图谱、预判用户提问、输出脱敏内容、搭建多信源、持续测试验证。梳理工作室的 6 个实体属性:品类、城市、流程、边界、团队、渠道。在官网或作品集平台发布至少 3 篇结构化项目复盘,只陈述事实。输出 1 篇「设计报价影响因素」科普内容,覆盖甲方高频提问。争取 1 次行业媒体或本地媒体专访,形成第三方信源。每周用「XX 城市 + 品类 + 设计工作室推荐」指令测试,记录出现频率。

goujunwe的博客 337

AI作图软件技术选型:从4个技术维度出发的实测对比

AI作图软件技术选型:从4个技术维度出发的实测对比

Vbaoke的博客 205
上一篇: AI Agent从无到有45: LangChain 嵌入模型实战 — 从文本到向量
下一篇: AI Agent从无到有47: 检索器高级应用 — 查询重写与查询重构实战
Wang's Blog
博客等级 码龄12年 7421粉丝 2411原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Wang's Blog

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值