AI Agent从无到有47: 检索器高级应用 — 查询重写与查询重构实战

企业级AI Agent落地:跨越PoC与量产的鸿沟 AI Agent作为新一代智能应用范式,其核心在于将大语言模型能力封装为可编排、可治理、可审计的业务服务。原理上依赖RAG增强、工具调用与状态协同,但技术实现仅占企业落地挑战的15%;真正的瓶颈在于组织适配、安全合规与数据就绪——即所谓‘PoC与量产鸿沟’。其技术价值体现在降本增效与知识复用,典型场景覆盖智能客服、设备诊断、采购比价等强流程耦合领域。本文聚焦企业级AI产品化全过程,深入剖析用户权限联邦、LLM可观测性、ABAC动态鉴权、黄金标准共建等关键实践,直面‘认证断层’‘数据断层’‘可观测性断层’三大 阅读详情

纲要

  • 检索器概述
    • Retriever 在 RAG 系统中的核心作用
    • 统一调用接口:invoke / ainvoke
  • 基础检索器与词法检索器
    • 向量数据库的一键封装:as_retriever()
    • 经典词法检索实现:BM25Retriever
  • 查询重写:多重查询(MultiQueryRetriever)
    • 原理:利用大语言模型将模糊问题改写为多个精准子问题
    • 实现方式:MultiQueryRetriever.from_llm() 与模拟模型
  • 查询重构:自然语言转 SQL
    • 核心流程:自然语言 → SQL 生成 → SQL 执行 → 答案生成
    • 模拟实现:使用 FakeListChatModel 模拟 SQL 生成与回答
  • 检索策略对比与选型建议
  • 完整可运行代码示例(无需 API Key)

引言

在 RAG(Retrieval-Augmented Generation)系统中,检索器(Retriever)承担着将用户自然语言问题与知识库中最相关文档片段进行匹配的核心职责。LangChain 将检索器抽象为标准的 Runnable 组件,不仅支持基础的向量相似度搜索,还内置了查询重写(Query Rewriting)、查询重构(Query Reconstruction)等高级策略,以显著提升召回率(Recall)和答案质量。

本文将从最简单的 as_retriever() 起步,逐步深入到多重查询(MultiQuery)和文本到 SQL 的查询重构,并提供无需外部 API 即可运行的完整示例。

检索器基础

所有向量数据库均可通过 .as_retriever() 方法一键转换为检索器,并直接使用 invoke 方法进行同步查询。以下示例使用 Chroma 内存向量库和 FakeEmbeddings 模拟嵌入过程,适用于 LangChain v0.1.x 及以上版本。

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

# 准备文档
docs = [
    Document(page_content="LangChain 是一个强大的 LLM 应用框架。"),
    Document(page_content="RAG 结合检索与生成,提升回答准确性。"),
    Document(page_content="向量数据库用于存储文档的高维向量表示。"),
]

# 构建向量库
embeddings = FakeEmbeddings(size=128)
vectorstore = Chroma.from_documents(docs, embeddings, collection_name="intro")

# 转换为检索器,指定返回文档数量
retriever = vectorstore.as_retriever(search_kwargs={"k": 2})

# 执行检索
results = retriever.invoke("什么是 RAG?")
for doc in results:
    print(doc.page_content)

词法检索器:BM25

BM25(Okapi BM25)是一种基于词频(TF)和逆文档频率(IDF)的经典排序算法,适用于精准字面匹配场景。LangChain 社区模块提供了 BM25Retriever,安装依赖后即可使用。

安装依赖:

pip install langchain-community rank_bm25
from langchain_community.retrievers import BM25Retriever
from langchain_core.documents import Document

# 准备文档语料
corpus = [
    Document(page_content="LangChain 链式调用"),
    Document(page_content="RAG 检索增强生成"),
    Document(page_content="向量数据库 Chroma 和 FAISS"),
    Document(page_content="BM25 是一种词法检索算法"),
]

# 从文档列表创建 BM25 检索器
bm25_retriever = BM25Retriever.from_documents(corpus)
bm25_retriever.k = 2  # 返回前 2 个结果

# 执行检索
results = bm25_retriever.invoke("检索算法")
for doc in results:
    print(doc.page_content)

BM25Retriever.from_documents() 方法接受一个 Document 列表,并返回一个 BM25Retriever 实例。k 参数用于控制返回的文档数量,默认值为 4。

查询重写:多重查询(MultiQueryRetriever)

用户的问题往往表述模糊或不够精确。多重查询技术会先用大语言模型将原始问题改写为多个不同角度的子问题,再对每个子问题分别执行检索,最后合并去重返回结果。这一策略能有效提升召回率。

用户原始问题

LLM 查询改写

子问题 1

子问题 2

子问题 3

向量检索

合并去重

返回相关文档

实现时,我们使用 FakeListChatModel 模拟大模型的改写能力,无需真实 API 密钥。FakeListChatModel 是 LangChain 提供的用于测试目的的模拟聊天模型,按顺序返回预设的响应列表。

from langchain_community.vectorstores import Chroma
from langchain_community.embeddings import FakeEmbeddings
from langchain_core.documents import Document
from langchain.retrievers.multi_query import MultiQueryRetriever
from langchain_community.chat_models.fake import FakeListChatModel

# 构建知识库
docs = [
    Document(page_content="LangChain 提供了丰富的组件用于构建 RAG 应用。"),
    Document(page_content="查询重写技术可以将一个笼统的问题拆解为多个子问题。"),
    Document(page_content="MultiQueryRetriever 利用 LLM 生成多个查询变体。"),
    Document(page_content="向量检索基于余弦相似度或欧氏距离。"),
]
embeddings = FakeEmbeddings(size=128)
vectorstore = Chroma.from_documents(docs, embeddings, collection_name="mq")

# 基础检索器
base_retriever = vectorstore.as_retriever(search_kwargs={"k": 1})

# 模拟大模型:预设三行改写结果(每行一个子问题)
# MultiQueryRetriever 使用 LineListOutputParser 解析按换行符分隔的查询列表
fake_llm = FakeListChatModel(
    responses=[
        "如何提高检索准确性?\n有哪些检索优化方法?\nMultiQueryRetriever 的工作原理"
    ]
)

# 创建多重查询检索器
multi_retriever = MultiQueryRetriever.from_llm(
    retriever=base_retriever,
    llm=fake_llm
)

# 执行查询
results = multi_retriever.invoke("如何让搜索更准?")
for doc in results:
    print(doc.page_content)

运行后,原始问题将被扩展为多个子问题,从而检索到更全面的相关文档。

注意:MultiQueryRetriever.from_llm() 方法接受一个 BaseRetriever 和一个 BaseLLM 实例,内部使用默认的提示模板生成查询变体。FakeListChatModel 的 responses 参数是一个字符串列表,每个字符串代表一次模型调用的完整输出。

查询重构:自然语言转 SQL

另一种常见的检索优化策略是将自然语言问题重构为精确的 SQL 语句,尤其适用于结构化数据查询场景。以下示例展示了一个完整的处理流程:用户提问 → 生成 SQL → 执行 SQL → 生成自然语言答案。

from langchain_community.chat_models.fake import FakeListChatModel
from langchain_core.output_parsers import StrOutputParser
from langchain_core.prompts import ChatPromptTemplate

# 模拟数据库查询函数
def execute_sql(sql: str) -> str:
    # 实际环境中应连接数据库执行 SQL,此处返回模拟结果
    if "销售额" in sql:
        return "员工A: 100万, 员工B: 80万"
    return "无数据"

# 模拟大模型:第一次调用返回 SQL,第二次调用返回自然语言答案
fake_llm = FakeListChatModel(
    responses=[
        "SELECT employee, revenue FROM sales ORDER BY revenue DESC LIMIT 2;",
        "销售额最高的员工是员工A(100万)和员工B(80万)。"
    ]
)

# 第一步:生成 SQL
sql_prompt = ChatPromptTemplate.from_template(
    "将以下问题转换为 SQL 语句(仅返回 SQL):\n{question}"
)
sql_chain = sql_prompt | fake_llm | StrOutputParser()

# 第二步:生成最终答案
answer_prompt = ChatPromptTemplate.from_template(
    "根据 SQL 查询结果回答问题:\n问题: {question}\nSQL 结果: {result}"
)
answer_chain = answer_prompt | fake_llm | StrOutputParser()

# 完整链:自然语言 -> SQL -> 执行 -> 答案
def full_chain(question: str):
    sql = sql_chain.invoke({"question": question})
    result = execute_sql(sql)
    answer = answer_chain.invoke({"question": question, "result": result})
    return {"sql": sql, "result": result, "answer": answer}

response = full_chain("哪两位员工的销售额最高?")
print("生成的 SQL:", response["sql"])
print("执行结果:", response["result"])
print("最终答案:", response["answer"])

此流程清晰展示了查询重构如何将自然语言映射为结构化查询语言,显著简化了数据访问层的交互复杂度。

检索策略对比

策略适用场景典型组件特点
向量检索(Dense Retrieval)通用 RAG,语义搜索vectorstore.as_retriever()基于语义相似度,泛化能力强
词法检索(BM25)精准关键词匹配BM25Retriever基于词频统计,字面匹配精准
多重查询(MultiQuery)用户问题模糊,需多角度覆盖MultiQueryRetriever查询扩展,提升召回率
文本到 SQL(Text-to-SQL)结构化数据库查询自定义链 + SQL 执行将自然语言转为精确查询语句
混合检索(Hybrid Search)兼顾语义与关键词匹配需向量库原生支持(如 Pinecone、Weaviate)综合 dense + sparse 检索优势

参考文档

官方文档

总结

检索器是 RAG 系统的核心组件,LangChain 不仅提供了统一的 invoke 调用接口,还封装了多种检索优化策略。从基础的向量检索到智能的查询重写(MultiQueryRetriever)与查询重构(Text-to-SQL),开发者可以根据业务场景灵活组合这些能力。

通过本文提供的模拟示例,开发者可以在无需外部 API 的情况下快速验证这些高级检索特性,为实际项目落地奠定坚实基础。

参考链接

LLM应用开发实战:RAG与AI Agents工程化落地指南 大语言模型(LLM)应用开发的核心挑战,早已从‘能否运行’转向‘如何稳定交付’。RAG(检索增强生成)作为缓解幻觉、实现知识实时更新的关键技术,与AI Agents共同构成现代智能应用的两大支柱。其原理在于将静态模型能力解耦为可独立优化的数据管道(RAG)与可编程业务逻辑(Agents),从而提升系统可靠性、可维护性与业务适配性。技术价值体现在降低微调成本、加速知识迭代、支撑复杂任务编排;典型场景覆盖智能客服、IT支持、法律咨询与投研助手等需高准确率与强可控性的领域。本文聚焦RAG知识库构建的七道实操关卡与 阅读详情

相关推荐

LLM不是高级文本处理器:构建可编程推理代理的四大实践路径

大语言模型(LLM)本质上是统计驱动的语言建模系统,而非原生支持符号推理或状态维护的智能体。理解这一基础概念,是避免将LLM误用为‘更聪明的字符串处理器’的前提。其技术价值在于作为可编程推理代理(Programmable Reasoning Agent)的核心引擎,通过显式状态管理、工具调用协议、证据感知微调与异构系统胶水能力,实现跨数据源的动态决策流。典型应用场景包括智能运维根因定位、嵌入式研发助手、金融合规审查等需多跳推理、上下文保持与失败自愈的工程任务。本文聚焦LLM从Demo走向生产的关键跃迁——即

weixin_33709609的博客 398

RAG查询精炼:四大策略提升检索准确率的工程实践

查询精炼(Query Refinement)是RAG系统实现高相关性检索的核心技术,其本质是在用户原始提问与知识库之间构建语义对齐层。它基于向量检索的固有局限——如词汇不匹配、指代消解失败和多源异构数据理解偏差,通过查询变换、重写、路由与提示词协同优化,显著提升检索精度与LLM生成可靠性。该技术不依赖模型替换,而是以轻量级预处理撬动端到端效果跃升,在金融、医疗、法律等垂直领域已验证可将NPS提升30+分。本文聚焦生产级落地路径,覆盖HyDE调优、Multi-Query融合、Function Calling路

转些好文章,促进分享。 485

AI编排实战:MuleSoft+LangChain混合架构落地指南

AI编排(AI Orchestration)是连接大语言模型与企业业务系统的中枢能力,其核心原理在于分层解耦——将数据集成、安全治理、AI推理、业务交付分离为可独立演进的职责边界。技术价值体现在稳定性、可审计性与合规性三重保障,避免LLM直连生产系统带来的性能抖动、PII泄露与决策黑箱。典型应用场景包括智能销售助手、客户流失预警、跨系统报告生成等需融合CRM/ERP/数据湖的复合任务。本文基于金融、制造、零售三大行业真实落地经验,聚焦MuleSoft与LangChain协同的混合架构设计,详解四层职责划分、

weixin_30258901的博客 434

Ai-Agent学习历程—— 阶段3——RAG 与记忆机制

基于学习大纲我们有了一个简单的地图,从官网的资料进行对应,主要是以下三部分过程中可以进行参考官方文档,但有一些可能会基于目前最新的资料进行适当的更改,让我们愉快的开始吧!这里为您梳理第一节:ETL 数据智能清洗与高阶分块的学习地图。本节将带您攻克数据进入向量数据库之前的“清洗、结构化解析、智能切分与父子文档关联”全流程,彻底打牢 RAG 的数据地基。以现在大模型的发展来说,200K的上下文甚至接近300K的都有,几本书是不成问题的,那切片的意义又在哪?核心原因有三个:在 RAG 系统中,用户提问后,我们不能

蓝桉 854

AutoResearch:面向机器学习研究闭环的多Agent自动化系统

机器学习研究自动化(ML Research Automation)正从单点代码生成迈向完整研究范式重构。其核心原理在于将文献调研、实验执行、结果可视化与逻辑校验等异构任务解耦为可协作、可审计、状态可控的AI Agent,通过确定性通信协议与内存驻留状态管理,实现研究过程的工程化封装。该技术显著提升研究复现性、可解释性与迭代效率,广泛应用于论文复现、消融分析、SOTA对比等典型科研场景。本文深入解析Andrej Karpathy提出的AutoResearch系统设计思想与四大核心Agent协同机制。

weixin_33749242的博客 642

LangChain工程化落地:生产级LLM应用的分层架构与稳定性实践

LangChain作为大语言模型(LLM)应用开发的关键编排框架,其核心价值不在于封装能力,而在于连接异构AI组件并保障可观测性。本文从RAG、Agent、Chain等基础技术原理出发,解析如何通过四层解耦架构(接入层、编排层、能力层、数据层)实现低耦合、高可控的工程落地;强调Prompt Engineering与PydanticOutputParser在结构化输出和版本管理中的技术价值;结合混合检索(BM25+向量)、超时重试降级、Plan-and-Execute Agent等实战策略,支撑合同审查、竞品

weixin_33947521的博客 481

AI Agent开发实战:从执行流到生产交付的工程化路径

AI Agent本质上是一种融合任务编排、状态管理与工具调度的软件系统,而非大模型的简单延伸。其核心原理在于构建可观察、可调试、可迭代的有限状态机(FSM)执行流,通过显式状态转换驱动LLM调用、工具执行与RAG检索协同。技术价值体现在将模糊意图转化为结构化动作,支撑高可靠的人机协作闭环;典型应用场景包括企业知识库问答、智能会议预订、跨系统自动化服务等。本文聚焦Agent开发中的关键工程实践,深入解析执行流设计、状态感知型RAG集成及生产级可观测性建设,覆盖LangChain深度定制、熔断降级、全链路追踪等

weixin_34151004的博客 251

MuleSoft+LangChain企业级AI编排实战:打通大模型与ERP/CRM的落地断层

AI编排是大模型融入企业核心系统的关键技术路径,其本质在于弥合协议、安全与治理三重断层。它并非替代传统集成平台,而是通过标准化数据流转、动态脱敏、策略化审批等机制,让LLM真正理解SAP、Salesforce、Oracle等系统的业务语义。MuleSoft承担企业级‘翻译官’角色,保障连接稳定性、合规审计与高可用;LangChain专注AI原生逻辑,如RAG检索、多步推理与语义解析。二者协同构建可追溯、可治理、可审计的AI流水线,支撑销售风控、合同审核、智能客服等高频场景——这正是当前企业从POC迈向规模化

weixin_30915951的博客 434

RAG与AI Agents生产落地:可控知识注入与可审计任务编排

RAG(检索增强生成)和AI Agents并非孤立技术概念,而是面向真实业务场景的工程化智能范式。其核心在于解决知识注入的可控性边界与任务执行的可追溯性矛盾——前者要求在语义漂移、上下文截断与LLM幻觉间建立熔断机制;后者需打破黑盒决策链路,实现毫秒级动作溯源。技术价值体现在金融合规拒答率<0.3%、政务工单处理压缩至47分钟等硬性指标。典型应用场景包括跨系统工单闭环、多源设备故障诊断及法规驱动的智能分拨。本文聚焦RAG与AI Agents在生产环境中的协同演进,尤其揭示Agentic RAG作为知识流与任

weixin_34008933的博客 341

RAG不是加向量库就完事:生产级检索增强生成全链路实践

检索增强生成(RAG)作为大模型落地的关键范式,其本质是构建可验证、可追溯、高可信的证据链系统,而非简单拼接检索与生成模块。理解RAG需从基础语义检索原理出发,深入掌握稠密向量匹配、重排序、上下文编排与生成约束等核心技术环节;其技术价值在于显著降低大模型幻觉、提升专业领域回答准确率与合规性;典型应用场景覆盖金融风控、医疗问答、工业知识库等强事实依赖领域;而真正决定效果上限的,是意图建模精度、语义粒度匹配能力及证据与生成的可信绑定强度——这正是本文聚焦的生产级RAG落地核心。

ama7449的博客 496

AI从业者周度实战手记:Gemini Ultra、Code Llama与RAG工程落地深度拆解

大语言模型(LLM)已从‘能说会写’迈入‘可靠可用’阶段,其核心挑战不再是参数规模或基准分数,而是上下文处理稳定性、多模态意图对齐能力及RAG检索鲁棒性。Gemini Ultra的100万token支持背后是TPU软硬协同优化,Code Llama 70B Python版则体现模型对开发语境的深度建模;而CRAG等新范式正重构RAG的‘一锤定音’缺陷。这些技术价值最终收敛于真实场景:金融文档摘要需抗OCR噪声、法律Bot依赖引文驱动、本地代码生成要求低延迟与高确定性。本文聚焦可部署、可审计、可复现的AI工程

weixin_30600197的博客 540

AIGC 应用工程师(5-10年)面试题与答案全解析(2026 前沿版)

AIGC 应用工程师面试题与答案全解析(2026 前沿版) 摘要 本文系统整理了 2026 年 AIGC 应用工程师岗位的核心面试内容,包含 19 大模块、68 道关键题目及 15+ 代码示例。内容覆盖: 岗位定位:强调工程落地能力(RAG、Agent、系统集成)与业务闭环思维 技术体系:从基础理论(Transformer、涌现能力)到前沿应用(MCP协议、多模态生成) 工程实践:包含推理优化、成本控制、安全合规等关键落地能力 评估体系:详细讲解 golden set 构建、LLM-as-judge 等评估

weixin_48053866的博客 818

从手搓LLM到智能体模式:5类可复用Agent工程化Pattern

智能体(Agent)已成为大模型落地的核心范式,其本质是将单次LLM调用升级为具备状态管理、错误恢复与目标分解能力的工程系统。理解Agent需回归基础:它不是新模型,而是融合状态机、工具调用与记忆机制的可控执行框架;其技术价值在于提升系统鲁棒性、可观测性与业务SLA保障能力;典型应用场景覆盖电商客服、金融研报生成与工业故障诊断等需多步推理与人工协同的领域。本文聚焦LAI #96提出的‘手搓LLM’向‘Smarter Agent Patterns’演进路径,详解Chain、Router、Loop、Tree、G

496

生产级知识库与Agent网关架构实战:BM25+RAG融合设计

知识库与Agent网关是AI工程化落地的核心基础设施,其本质是将非结构化知识转化为可检索、可编排、可审计的确定性服务。BM25作为经典关键词检索算法,凭借对拼写容错、精确匹配和业务术语鲁棒性的优势,成为RAG系统中不可或缺的‘确定性压舱石’;而Agentic RAG通过解耦知识检索、任务逻辑与路由编排,实现了权限隔离、多租户支持与故障降级等生产级能力。该架构广泛应用于合同审核、HR政策问答、财务合规等强规则、高可信场景,支撑SLA 99.95%的稳定服务。本文聚焦真实工业级落地中的混合检索设计、DSL驱动的

weixin_42524499的博客 314

别再为调试发愁!STM32CubeMX+FreeRTOS下,串口printf打印的保姆级配置指南(基于STM32F429)

本文详细介绍了在STM32CubeMX和FreeRTOS环境下实现稳定串口printf打印的配置方法。通过硬件选型、基础配置、线程安全的重定向实现以及高级调试技巧,帮助开发者解决多任务环境下的串口输出问题,提升调试效率。特别适用于STM32F429开发板用户。

weixin_42527401的博客 273

Ubuntu 22.04 搭建 PX4 飞控系统完全指南:从仿真到硬件试飞

定义消息文件protobufuint64 timestamp # 时间戳float32 temperature # 温度float32 humidity # 湿度生成代码:bashPX4 在 Ubuntu 22.04 的搭建涉及环境配置、编译仿真、硬件连接等多环节,核心是理解 PX4 1.14 的新特性(uXRCE-DDS、动态控制分配)。通过本文指南,开发者可快速构建稳定的 PX4 开发环境,为无人机应用开发奠定基础。

zqmgx13291的博客 3039

企业级大模型落地:LLM应用模式(Patterns)选型实战指南

大模型应用模式(LLM Patterns)是企业在真实业务约束下形成的标准化应答机制,其本质并非技术堆砌,而是对数据主权、责任归属与服务连续性等刚性要求的工程化响应。理解RAG、Agent、Fine-tuning和Prompt Engineering四大主流Pattern的适用边界与风险特征,是构建可审计、可降级、可合规的大模型系统的基础前提。尤其在金融、政务、医疗等强监管领域,Pattern选择直接决定项目能否通过法务审查、满足等保要求并支撑99.95%可用性目标。本文聚焦工业级落地要诀,解析如何基于业务

433

STM32F103C8T6实战:手把手教你搭建智能火灾报警系统(附MQ-2传感器调试技巧)

本文详细介绍了基于STM32F103C8T6单片机和MQ-2烟雾传感器的智能火灾报警系统搭建过程。从硬件选型、电路设计到软件开发,提供全面的实战指导,特别包含MQ-2传感器调试技巧,帮助开发者快速实现稳定可靠的智能火灾监控系统。

year5的博客 213

GPT-5.5智能体:从机械执行到自主决策的范式重构

智能体(Agent)是大模型落地生产的核心形态,其本质是将自然语言目标转化为可执行、可验证、可容错的自动化流程。传统智能体依赖外部框架实现工具调用、记忆管理和显式规划,存在语义鸿沟、状态失忆与路径僵化等根本缺陷。GPT-5.5 通过原生支持目标导向推理闭环(Goal→Plan→Execute→Observe→Reflect→Revise),实现了内生状态压缩、隐式目标流形与树状博弈式目标分解,使智能体具备真正的自主性——不仅选择动作,更能理解动因、应对失败、自证结果。这一升级直接支撑agentic RAG、

weixin_30607659的博客 440

Windows中的TLS 1.2启用方法(IIS、C#、.Net framework)

折腾几天了windows中的tls1.2启用方法!特此记录一下 开发背景: 在一个用.net framework 2.0开发的客户端程序里面嵌入功能调用第三方物联网相关接口,服务器上有一个restful接口用于接收第三方上报的数据及处理,最后再调用第三方的物联网相关接口。本机开发环境Windows 10,客户服务器是Windows Server 2008 R2。 第一次写这种物联网相关的接口调用,而且第三方提供的文档比较简单,最基本的报文示例都没。开发环境里面各种摸索一步一个坑,首先在发送HTTP请求前

dl1314ld的博客 1万+

深入解析组合逻辑环(combinational loop)的成因与解决方案

本文深入解析了数字电路设计中组合逻辑环(combinational loop)的成因与危害。通过边沿检测和中断轮询(round_robin)仲裁器等实例,揭示了代码如何意外形成环路,并对比了插入触发器、重构逻辑以及状态机思维三种核心解决方案,帮助硬件工程师从根本上避免这一常见设计陷阱,确保电路稳定可靠。

weixin_28278377的博客 313

M2.7自进化AI:本地部署可调试的自我训练大模型

大语言模型(LLM)的自我训练正从理论走向工程实践,其核心在于构建可闭环、可审计、可逆的自主优化机制。不同于依赖人类反馈的RLHF或DPO,新一代自进化范式强调模型对任务解析、动态评估与架构重写三层能力的协同——这要求底层支持状态建模、轻量适配器注入与可信度门控等关键技术。MiniMax开源的M2.7正是这一范式的首个可本地运行、可单步调试的实现,它将‘模型训练自己’转化为`pip install`后即可启动的标准化流程,并深度集成OpenRoom界面状态引擎,使AI真正理解而非识别GUI。本文聚焦于M2.

vanadiumlin 754

专题一:Labview表格控件 及 应用(三)在表格中插入一行数据

专题一:Labview表格控件 及 应用(三) 在表格中插入一行数据 最近一段时间,做试验台上位机编程,老是用到表格控件,这几天抽时间专门写一个表格控件的专题。有用到的朋友可以参考一下。 今天接着讲一下,表格控件的数据插入,和相关的操作 1.表格控件的数据插入原理: 表格控件是一个 2D 字符串数组。 在表格插入一行,就是在2D数组插入一行。 行、列插入类似** 以下以成绩录入为例说明 2.1 不要表头直接插入 知识点1:创建数组:把数学,语文,英语三个数值,连成一个一位数组(数值型)。 知

Labview十年工控_702老师的博客 1万+

12个Agent实战项目:从工具调用到状态编排的工程闭环

Agent开发本质是状态流调试与可交付闭环构建,而非单纯调用LLM或堆砌框架。理解工具调用机制、RAG信号衰减原理、多轮上下文保持逻辑,是突破‘能跑通但不可靠’困境的关键技术基础。BGE-M3等中文优化Embedding模型显著提升长文本语义保真度,LangGraph状态机则为复杂任务编排提供确定性保障。这些能力广泛应用于智能客服、金融风控、医疗知识库等需高准确率与强可解释性的生产场景。本文聚焦真实工程盲区——PDF解析毛刺、JSON输出清洗、检索结果增强、状态持久化等落地细节,覆盖从纯Prompt到Lan

weixin_32377497的博客 299

WS2812和homeassistant握手

本文学习了WS2812和homeassistant握手,后期会分享更多有趣物联网的操作从而实现对外部世界进行感知,充分认识这个有机与无机的环境,科学地合理地进行创作和发挥效益,然后为人类社会发展贡献一点微薄之力。...

vor234的博客 811

安装openclaw时出现node.exe : npm error code EIDLETIMEOUT的解决方案

本文主要介绍了安装openclaw时出现node.exe : npm error code EIDLETIMEOUT的解决方案,希望能对学习使用openclaw的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案

weixin_43178406的博客 11万+
上一篇: AI Agent从无到有46: LangChain 向量数据库实战 — 从增删查到高级检索
下一篇: AI Agent从无到有48: RAG 检索调优实战 — 上下文压缩、排序与相似性分数
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、付费专栏及课程。

余额充值