打开 RAG 对接大模型的黑盒 —— 9 大隐藏问题

企业级GPTs落地9大结构性缺陷与RAG替代方案 大语言模型(LLM)在企业场景的应用已从概念验证走向深度集成,其核心挑战在于如何平衡智能能力与组织治理要求。RAG(检索增强生成)作为主流技术路径,通过将私有知识库与LLM解耦,支撑权限控制、审计合规、数据隔离等关键需求。然而,OpenAI官方GPTs虽具备开箱即用特性,却在数据主权、多租户隔离、SSO集成、审计追踪等维度存在系统性缺失,难以满足等保2.0、GDPR及企业ITSM规范。本文聚焦GPTs在真实业务链路中的9类典型断点,结合RAG架构、RBAC权限模型、ELK日志体系等工程实践,提供可落地的企业 阅读详情

前一段时间,各个大模型在争斗:谁能携带更长、更大的上下文 Prompt,比如 Kimi 说 200 万字,阿里通义千问又说自己能达 1000 万字;大家都知道 Prompt 很重要,但是 RAG 和 长的上下文文本携带 是两个不同的技术方向。

RAG

先来简单介绍一下什么是 RAG (增强搜索生成),很简单:

当我们问 ChatGPT 一个比较专业的问题时,他就是开始回答轱辘话了,通用大模型在专业领域的应答能力有限;

所有这个时候,我们通过丰富 Prompt 给他介绍一下相关背景,然后大模型就有更专业的应答能力了。

这个丰富 Prompt 的过程就是 RAG —— 增强搜索生成。

实际操作会更复杂一点,但是原理就是这么一个原理,如图:

image.png

如上图,当我们问大模型:“五四运动的历史意义”,它可能泛泛而谈;此时,此时,我们引入了专业知识库(书、教材、论文文献等),然后通过提取文本形成区块,形成向量库;当我们再次提问的时候,会结合向量库形成一个更加完备的Prompt ,此时,大模型就能很好地回答我们的专业问题了!

言而总之,大数据时代,很多公司都拥有大量的专有数据,如果能基于它们创建 RAG,将显著提升大模型的特异性。

构建 RAG

本篇不是想讲 RAG 概念,而是想再深入探索一下:RAG 的构建;

通常来说,构建 RAG 的过程有:

  • 将文档分割成均匀的块,每个块都是一段原始文本;
  • 为每个块生成嵌入(例如 OpenAl 嵌入,sentence_transformer);
  • 将每个块存储在向量数据库中;
  • 从向量数据库集合中找到最相似的Top-k块;
  • 接入LLM响应合成模块;

image.png

image.png

简易 RAG:

ini复制代码!pip install llama-index

# My OpenAI Key
import os
os.environ['OPENAI_API_KEY'] = ""


import logging
import sys
import requests

logging.basicConfig(stream=sys.stdout, level=logging.INFO)
logging.getLogger().addHandler(logging.StreamHandler(stream=sys.stdout))

from llama_index import VectorStoreIndex, SimpleDirectoryReader
from IPython.display import Markdown, display

# download paul graham's essay
response = requests.get("https://www.dropbox.com/s/f6bmb19xdg0xedm/paul_graham_essay.txt?dl=1")
essay_txt = response.text
with open("pg_essay.txt", "w") as fp:
  fp.write(essay_txt)
  
  
  # load documents
documents = SimpleDirectoryReader(input_files=['pg_essay.txt']).load_data()


index = VectorStoreIndex.from_documents(documents)


# set Logging to DEBUG for more detailed outputs
query_engine = index.as_query_engine(similarity_top_k=2)

response = query_engine.query(
    "What did the author do growing up?",
)


print(response.source_nodes[0].node.get_text())

以上代码是一个简单的 RAG 管道,演示了加载一篇专业文章,对其进行分块,并使用 llama-index 库创建 RAG 管道。这种简易的 RAG 适合一些小而美的专业问题。

现实世界中,专业问题往往会更加复杂。

对于很多人来说,RAG 的引入、与大模型的对接是一个黑盒,任何微小参数的变动都将引起结果发生很大的变化。

image.png

广泛理解,在检索中,容易造成的问题有:

  • 低精度:检索集合中并非所有片段都相关—— 存在幻觉问题和中间丢失问题
  • 低召回率:并非所有相关片段都被检索到——缺乏足够的上下文让LLM合成答案(这也印证了扩张上下文容量的必要性)
  • 信息过时:数据冗余或已过时

这样会导致:模型编造不符合上下文语义的答案/模型没有回答问题/模型编造有害的或带有偏见的答案

接下来,一起揭秘:RAG 对接大模型的黑盒 —— 9 大问题

image.png

来源:Seven Failure Points When Engineering a Retrieval Augmented Generation System

1. 源数据本身缺少上下文

这个很好理解, 你想要问专业的历史问题,就需要建立历史知识库,而不是对接一个生物数据库;

如果源数据质量较差,例如包含冲突信息,无论我们如何构建 RAG 管道,最终也无法从提供的垃圾中生成黄金。

有一些常见的策略可以清理数据,举几个例子:

  • 去除噪声和不相关信息:包括去除特殊字符、停顿词(像“the”和“a”这样的常用词)和HTML标签。
  • 识别并纠正错误:包括拼写错误、打字错误和语法错误;拼写检查器和语言模型之类的工具可以帮助解决这些问题。
  • 去重:移除重复记录或在偏置检索过程的相似记录。

这里推荐:Unstructured.io 是一套核心库,能帮助解决数清理,值得一试。

image.png

还有一个提示的小技巧:直接告诉大模型,“如果你遇到了你不懂的知识点,请直接告诉我:不知道”;

或者你还可以在每个 chunk 里面添加上下文;

2. 关键信息出现权重较低

理论上来讲,重要的信息都要出现在提示语的头部,如果其被忽视,将导致大模型无法准确响应。

所以,RAG 应该给关键信息以足够高的权重设置,一般有两种解决方案:

  • 调整块-chunk_size 的大小
  • 调整相似度 top-k(similarity_top_k)参数

对检索过程中的效率和有效性进行设置,代码示例如下:

ini复制代码# contains the parameters that need to be tuned
param_dict = {"chunk_size": [256, 512, 1024], "top_k": [1, 2, 5]}

# contains parameters remaining fixed across all runs of the tuning process
fixed_param_dict = {
    "docs": documents,
    "eval_qs": eval_qs,
    "ref_response_strs": ref_response_strs,
}

def objective_function_semantic_similarity(params_dict):
    chunk_size = params_dict["chunk_size"]
    docs = params_dict["docs"]
    top_k = params_dict["top_k"]
    eval_qs = params_dict["eval_qs"]
    ref_response_strs = params_dict["ref_response_strs"]

    # build index
    index = _build_index(chunk_size, docs)

    # query engine
    query_engine = index.as_query_engine(similarity_top_k=top_k)

    # get predicted responses
    pred_response_objs = get_responses(
        eval_qs, query_engine, show_progress=True
    )

    # run evaluator
    eval_batch_runner = _get_eval_batch_runner_semantic_similarity()
    eval_results = eval_batch_runner.evaluate_responses(
        eval_qs, responses=pred_response_objs, reference=ref_response_strs
    )

    # get semantic similarity metric
    mean_score = np.array(
        [r.score for r in eval_results["semantic_similarity"]]
    ).mean()

    return RunResult(score=mean_score, params=params_dict)


param_tuner = ParamTuner(
    param_fn=objective_function_semantic_similarity,
    param_dict=param_dict,
    fixed_param_dict=fixed_param_dict,
    show_progress=True,
)

results = param_tuner.tune()

3. 重排序后缺少上下文

数据表明,将 RAG 检索结果发送给大模型前,对其重排序会显著提高 RAG 性能:

ini复制代码import os
from llama_index.postprocessor.cohere_rerank import CohereRerank

api_key = os.environ["COHERE_API_KEY"]
cohere_rerank = CohereRerank(api_key=api_key, top_n=2) # return top 2 nodes from reranker

query_engine = index.as_query_engine(
    similarity_top_k=10, # we can set a high top_k here to ensure maximum relevant retrieval
    node_postprocessors=[cohere_rerank], # pass the reranker to node_postprocessors
)

response = query_engine.query(
    "What did Elon Musk do?",
)

这段 LlamaIndex 代码显示了二者区别,不使用重排器导致结果不准确;

但是,通过重排可能导致上下文的缺失,所以需要更好的检索策略:

  • 对每个索引基本检索
  • 高级检索和搜索
  • 自动检索
  • 知识图谱检索器
  • 组合/层次化检索器

image.png

如果检索效果仍不强,可以考虑基于数据微调模型,加入嵌入模型,通过自定义嵌入模型帮助原始数据更准确的转为向量数据库。

4. 未提取上下文

当信息过载时,还可能出现:未提取上下文,关键信息遗漏,影响回答质量。

我们可以尝试将提示压缩,在检索步骤之后,把数据喂给 LLM 之前通过 LongLLMLingua 压缩上下文,可以使成本更低、性能更好。

ini复制代码from llama_index.core.query_engine import RetrieverQueryEngine
from llama_index.core.response_synthesizers import CompactAndRefine
from llama_index.postprocessor.longllmlingua import LongLLMLinguaPostprocessor
from llama_index.core import QueryBundle

node_postprocessor = LongLLMLinguaPostprocessor(
    instruction_str="Given the context, please answer the final question",
    target_token=300,
    rank_method="longllmlingua",
    additional_compress_kwargs={
        "condition_compare": True,
        "condition_in_question": "after",
        "context_budget": "+100",
        "reorder_context": "sort",  # enable document reorder
    },
)

retrieved_nodes = retriever.retrieve(query_str)
synthesizer = CompactAndRefine()

# outline steps in RetrieverQueryEngine for clarity:
# postprocess (compress), synthesize
new_retrieved_nodes = node_postprocessor.postprocess_nodes(
    retrieved_nodes, query_bundle=QueryBundle(query_str=query_str)
)

print("\n\n".join([n.get_content() for n in new_retrieved_nodes]))

response = synthesizer.synthesize(query_str, new_retrieved_nodes)

就像人写文章一样,虎头凤尾猪肚,重要的东西放在首位,对于大模型提示语也是一样:

image.png

研究表明:自注意力机制对头部信息关注更多。

5. 输出格式错误

RAG 通道需要输出 JSON 答案,我们也要保证输出格式:

  • 使用OpenAI函数调用+ JSON模式
  • 使用令牌级提示(LMQL,Guidance)
  • LlamaIndex支持与其他框架提供的输出解析模块集成,例如Guardrails和LangChain。

参见以下 LangChain 输出解析模块的示例代码:

ini复制代码from llama_index.core import VectorStoreIndex, SimpleDirectoryReader
from llama_index.core.output_parsers import LangchainOutputParser
from llama_index.llms.openai import OpenAI
from langchain.output_parsers import StructuredOutputParser, ResponseSchema

# load documents, build index
documents = SimpleDirectoryReader("../paul_graham_essay/data").load_data()
index = VectorStoreIndex.from_documents(documents)

# define output schema
response_schemas = [
    ResponseSchema(
        name="Education",
        description="Describes the author's educational experience/background.",
    ),
    ResponseSchema(
        name="Work",
        description="Describes the author's work experience/background.",
    ),
]

# define output parser
lc_output_parser = StructuredOutputParser.from_response_schemas(
    response_schemas
)
output_parser = LangchainOutputParser(lc_output_parser)

# Attach output parser to LLM
llm = OpenAI(output_parser=output_parser)

# obtain a structured response
query_engine = index.as_query_engine(llm=llm)
response = query_engine.query(
    "What are a few things the author did growing up?",
)
print(str(response))

Pydantic 库可提供大型语言模型结构化:

python复制代码from pydantic import BaseModel
from typing import List

from llama_index.program.openai import OpenAIPydanticProgram

# Define output schema (without docstring)
class Song(BaseModel):
    title: str
    length_seconds: int


class Album(BaseModel):
    name: str
    artist: str
    songs: List[Song]

# Define openai pydantic program
prompt_template_str = """\
Generate an example album, with an artist and a list of songs. \
Using the movie {movie_name} as inspiration.\
"""
program = OpenAIPydanticProgram.from_defaults(
    output_cls=Album, prompt_template_str=prompt_template_str, verbose=True
)

# Run program to get structured output
output = program(
    movie_name="The Shining", description="Data model for an album."
)

6. 输出不清晰

还有问题是:输出的内容不清晰,导致大模型回答也不尽如人意,需要多轮对话、检索才能得到答案;

解决方案,同样可以优化检索策略:

  • 检索从小到大
  • 使用句子窗口检索
  • 递归检索

7. 输出不完整

有时候问法不一样,结果就不一样:比如问:

  • “文档A、B、C的主要观点”;
  • “文档A的观点、文档B的观点、文档C的观点、”

这两个问题结果是不一样的,后者会更加全面;改进 RAG 推理能力的一个好方法是添加一个查询理解层 —— 在实际查询向量存储之前添加查询转换。

有 4 种不同的查询转换:

  • 路由:保留初始查询,同时精确定位它所涉及的适当工具子集。然后,指定这些工具为合适的选项。
  • 查询重写:保留选定的工具,以多种方式重新构建查询,以便在同一组工具上应用。
  • 子问题:将查询分解为几个较小的问题,每个问题针对由其元数据确定的不同工具。
  • ReAct代理工具选择:基于原始查询,确定使用哪个工具,并制定在该工具上运行的具体查询。

image.png

8. 无法扩展到更大的数据量

当处理很大的专业数据库、私人数据库时,RAG 通道会出现处理很慢甚至无法处理的情况;

可以采取并行化提取管道,比如:

● 并行化文档处理

● HuggingFace TEI

● RabbitMQ 消息队列

● AWS EKS 集群

image.png

实际上,LlamaIndex 已经提供并行处理功能,文档处理速度提高 15 倍:

ini复制代码# load data
documents = SimpleDirectoryReader(input_dir="./data/source_files").load_data()

# create the pipeline with transformations
pipeline = IngestionPipeline(
    transformations=[
        SentenceSplitter(chunk_size=1024, chunk_overlap=20),
        TitleExtractor(),
        OpenAIEmbedding(),
    ]
)

# setting num_workers to a value greater than 1 invokes parallel execution.
nodes = pipeline.run(documents=documents, num_workers=4)

9. 速率限制

如果大模型的 API 允许配置多个密钥、一个应用轮番调用,可以采用分布式系统,将请求分散到多个 RAG 通道,即使通道有速率限制,也能通过负载均衡、动态分配请求的方式来解决这个速率限制问题。

总结

本篇提供了开发 RAG 通道 9 个痛点,并针对每个痛点都给了相应的解决思路。

RAG 是非常重要的专用检索+通用大模型的技术手段,在赋能模型、满足特定化场景中非常重要!

后续有机会,本瓜还会介绍相关内容,敬请期待。

image.png

如何学习大模型 AI ?

由于新岗位的生产效率,要优于被取代岗位的生产效率,所以实际上整个社会的生产效率是提升的。

但是具体到个人,只能说是:

“最先掌握AI的人,将会比较晚掌握AI的人有竞争优势”。

这句话,放在计算机、互联网、移动互联网的开局时期,都是一样的道理。

我在一线互联网企业工作十余年里,指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家,也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑,所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限,很多互联网行业朋友无法获得正确的资料得到学习提升,故此将并将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

在这里插入图片描述

第一阶段(10天):初阶应用

该阶段让大家对大模型 AI有一个最前沿的认识,对大模型 AI 的理解超过 95% 的人,可以在相关讨论时发表高级、不跟风、又接地气的见解,别人只会和 AI 聊天,而你能调教 AI,并能用代码将大模型和业务衔接。

  • 大模型 AI 能干什么?
  • 大模型是怎样获得「智能」的?
  • 用好 AI 的核心心法
  • 大模型应用业务架构
  • 大模型应用技术架构
  • 代码示例:向 GPT-3.5 灌入新知识
  • 提示工程的意义和核心思想
  • Prompt 典型构成
  • 指令调优方法论
  • 思维链和思维树
  • Prompt 攻击和防范
  • …

第二阶段(30天):高阶应用

该阶段我们正式进入大模型 AI 进阶实战学习,学会构造私有知识库,扩展 AI 的能力。快速开发一个完整的基于 agent 对话机器人。掌握功能最强的大模型开发框架,抓住最新的技术进展,适合 Python 和 JavaScript 程序员。

  • 为什么要做 RAG
  • 搭建一个简单的 ChatPDF
  • 检索的基础概念
  • 什么是向量表示(Embeddings)
  • 向量数据库与向量检索
  • 基于向量检索的 RAG
  • 搭建 RAG 系统的扩展知识
  • 混合检索与 RAG-Fusion 简介
  • 向量模型本地部署
  • …

第三阶段(30天):模型训练

恭喜你,如果学到这里,你基本可以找到一份大模型 AI相关的工作,自己也能训练 GPT 了!通过微调,训练自己的垂直大模型,能独立训练开源多模态大模型,掌握更多技术方案。

到此为止,大概2个月的时间。你已经成为了一名“AI小子”。那么你还想往下探索吗?

  • 为什么要做 RAG
  • 什么是模型
  • 什么是模型训练
  • 求解器 & 损失函数简介
  • 小实验2:手写一个简单的神经网络并训练它
  • 什么是训练/预训练/微调/轻量化微调
  • Transformer结构简介
  • 轻量化微调
  • 实验数据集的构建
  • …

第四阶段(20天):商业闭环

对全球大模型从性能、吞吐量、成本等方面有一定的认知,可以在云端和本地等多种环境下部署大模型,找到适合自己的项目/创业方向,做一名被 AI 武装的产品经理。

  • 硬件选型
  • 带你了解全球大模型
  • 使用国产大模型服务
  • 搭建 OpenAI 代理
  • 热身:基于阿里云 PAI 部署 Stable Diffusion
  • 在本地计算机运行大模型
  • 大模型的私有化部署
  • 基于 vLLM 部署大模型
  • 案例:如何优雅地在阿里云私有部署开源大模型
  • 部署一套开源 LLM 项目
  • 内容安全
  • 互联网信息服务算法备案
  • …

学习是一个过程,只要学习就会有挑战。天道酬勤,你越努力,就会成为越优秀的自己。

如果你能在15天内完成所有的任务,那你堪称天才。然而,如果你能完成 60-70% 的内容,你就已经开始具备成为一名大模型 AI 的正确特征了。

这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】
LM Studio本地大模型实战指南:隐私优先的RAG与GGUF推理 大语言模型(LLM)本地化部署正成为企业数据合规与AI工程落地的关键路径。其核心原理在于将模型推理全过程约束于终端设备,规避云端传输风险,保障敏感数据主权。技术价值体现在隐私安全、低延迟响应与离线可用性三大维度,广泛应用于法务合同审查、医疗文档解析、制造业知识库构建等强监管场景。LM Studio凭借开箱即用的GUI设计、原生GGUF格式支持及内置RAG流水线,显著降低本地LLM使用门槛。结合PDF直传问答、OpenAI兼容API与跨平台量化推理能力,它已成为中小企业与专业岗位落地私有大模型的首选工具。 阅读详情

相关推荐

Grok V9-Medium开源解析:32B大模型的工业级部署与微调实战

大语言模型(LLM)正从云端API走向本地可部署、可审计、可定制的工程化阶段。Grok作为强调事实一致性与真实世界数据训练的主流开源模型系列,其V9-Medium版本以32B参数量成为性能与成本的关键平衡点——它既规避了70B级模型的高显存门槛,又通过分组查询注意力(GQA)和稀疏前馈网络(Sparse FFN)实现推理效率跃升。该模型原生支持128K长上下文与三级动态压缩机制(TTCM),显著提升医疗指南、设备日志等专业长文档的理解准确率。结合AWQ量化、QLoRA微调、RAG+Agent双模推理及国产芯

weixin_34265814的博客 391

RAG 提示工程系列(一)

如此看来,想要让模型进一步降低幻觉,不仅仅要靠结构化提示词和强悍的模型,基于外部的准确知识片段同样重要。即使在上下文中存在知识片段但确是错误知识的情况下,模型仍然没有直接回答问题,这可能是因为模型在生成回答时,会考虑到多种因素,包括但不限于上下文的准确性、问题的合理性以及模型内部的约束机制。微调可以提高非微调模型的性能,并使交互更加频繁有效率的它特别适合强调基础模型中的现有知识,修改或自定义模型的输出,并向提供复杂的指令模型然而,微调不适合合并模型中的新知识或需要的情况新用例的快速迭代。

zphyix的博客 4713

六套生产级开源AI方案:本地大模型、Agent工作流与RAG工程实践

大模型落地正从‘能用’迈向‘稳用’,核心挑战在于推理性能、流程可控性与知识可审计性。本地大模型(如Ollama)通过量化加载与CUDA Graph优化显著降低延迟与显存开销;Agent框架(如Sim AI)以YAML声明式语法实现失败重试、超时熔断与多步骤事务回滚,将AI行为纳入传统软件工程范式;RAG系统则依赖高质量文本切分、元数据隔离与混合检索策略保障召回准确率。这些技术共同构成企业级AI应用的三大支柱——模型服务化、流程自动化、知识结构化。本文聚焦真实产线验证的六套开源方案,覆盖从模型部署、知识库构建

weixin_33670786的博客 377

LangGPT:这个Prompt顶级思维框架(RAG、结构化)有时间一定要看看

了解每个模型的特点和能力,是构建有效prompt的基础。我们在写提示词的时候,针对哪个模型去写?这个问题是应该被确定下来的,在我个人使用过程中,比如选定Claude时,采用XML框架性的描述输入会带来明显的成效。但是在ChatGPT去应用XML和markdown的时候就会产生明显的区别。写好提示词,要有领域深度理解了这十条技巧是不是就一定能写好prompt。一个影响因素是我们对于一个领域、一个行业,一个细分场景的理解到底有多深?

python1234567_的博客 4730

AI社区共建Newsletter:从本地部署到RAG教学的实操指南

大模型本地化部署与RAG应用开发是当前AI工程落地的核心技术路径。其本质涉及模型量化、推理优化、检索增强与提示工程等关键环节,技术价值在于降低硬件门槛、提升响应确定性、保障知识可控性。典型应用场景包括个人开发者在消费级GPU上运行Qwen2-7B、高校教师构建可复用AI教学套件、中小企业将RAG集成至客服系统。本文聚焦Learn AI Together Newsletter #9中验证过的实操方案,涵盖Ollama/LM Studio显存-速度-精度三角权衡、面向中文用户的三层Prompt增强术、RAG七步

weixin_33850890的博客 489

Anthropic零层RAG:让文档解析与检索自动消失的架构革命

RAG(检索增强生成)是当前大模型应用落地的核心范式,其本质是将外部知识注入LLM以提升事实准确性与领域适应性。传统实现依赖多层胶水组件——文档解析、向量嵌入、相似检索、结果编织——导致开发复杂、延迟高、运维难。Anthropic提出的‘零层RAG’并非新框架,而是将文档理解、语义分块、轻量嵌入与上下文注入等能力深度固化为API原生协议,开发者仅需上传文件并声明引用,即可获得带精准溯源的响应。该设计以‘隐式契约’替代显式编排,显著降低抽象税,在金融财报分析等典型场景中实现首字延迟压至0.34秒、代码量减少8

weixin_34121304的博客 334

GraphRAG中模板提示词中文版

目标活动-你是一名智能助手,帮助人类分析师分析文本文件中针对某些实体的声明。-目标-给定一个可能与此活动相关的文本文件、一个实体规范和一个声明描述,提取所有符合实体规范的实体及其针对这些实体的所有声明。-步骤-1. 提取所有符合预定义实体规范的命名实体。实体规范可以是实体名称列表或实体类型列表。2. 对于步骤1中识别的每个实体,提取所有与该实体相关的声明。声明需要符合指定的声明描述,并且实体应为声明的主语。对于每个声明,提取以下信息:- 主体:声明的主体实体名称,需大写。

weixin_46248339的博客 4099

怎么创建使用:RAG提示词模板

RAG(Retrieval - Augmented Generation,检索增强生成)提示词模板是用于指导模型根据给定上下文回答用户查询的一种模式。

ZhangJiqun&191cm&85kg 739

一文带你速通RAG、知识库和LLM!

定制知识库是指一系列紧密关联且始终保持更新的知识集合,它构成了 RAG 的核心基础。这个知识库可以表现为一个结构化的数据库形态(比如:MySQL),也可以表现为一套非结构化的文档体系(比如:文件、图图片、音频、视频等),甚至可能是两者兼具的综合形式。

youmaob的博客 6310

DRAM架构演进与HBM技术在高性能计算中的应用

DRAM(动态随机存取存储器)是现代计算系统中关键的内存技术,其架构优化直接影响数据供给能力。随着AI训练和科学计算等数据密集型负载的普及,传统DDR架构面临带宽墙、能效比和访问粒度等挑战。HBM(高带宽内存)通过3D堆叠技术(如TSV硅通孔)和异构集成(如PIM存内计算)显著提升了带宽和能效比。这些技术在高性能计算、AI推理和大模型训练等场景中展现出巨大潜力,例如HBM3的带宽可达819GB/s,能效比低至0.95pJ/b。未来,DRAM技术将继续向更高密度、更低功耗和更智能的内存计算方向发展。

weixin_35757191的博客 400

kaggle竞赛平台上数据集下载详解

从kaggle 网站上下载数据集既保证了速度又避免了网络的不稳定造成下载失败问题。该平台也可以上传代码作为自己的代码库,不过本人更习惯将代码上传到github上。希望本人整理的kaggle库使用技巧能够帮助到正在阅读本博客的你。此外还有一篇博客针对kaggle数据集下载问题的几个问题的相关文章进行了整理【博客链接】。

li1784506的博客 2万+

打开 RAG 对接大模型的黑盒 —— 9 大隐藏问题_rag识别并纠正错误:这包括错别字、语法错误等

本篇提供了开发 RAG 通道 9 个痛点,并针对每个痛点都给了相应的解决思路。RAG 是非常重要的专用检索+通用大模型的技术手段,在赋能模型、满足特定化场景中非常重要!后续有机会,本瓜还会介绍相关内容,敬请期待。读者福利:如果大家对大模型感兴趣,这套大模型学习资料一定对你有用如果你是零基础小白,想快速入门大模型是可以考虑的。一方面是学习时间相对较短,学习内容更全面更集中。二方面是可以根据这些资料规划好学习计划和方向。

2401_85378759的博客 613

【Docker】搭建一个媒体服务器插件后端API服务 - MetaTube

本教程基于群晖的NAS设备DS423+的docker功能进行搭建,DSM版为 7.2.1-69057 Update 5。MetaTube是一个媒体服务器插件,主要用于Emby和Jellyfin媒体服务器。它的主要功能是从互联网上抓取内容并响应 JSON 数据,然后通过预安装的 MetaTube 插件请求服务器并下载相应的元数据,以与 Jellyfin/Emby 服务器配合使用。使用 MetaTube 的步骤大致如下:部署后端:首先,需要部署一个名为​ 的后端 API 服务器来抓取内容。

小小笔记大大用处 1万+

揭秘RAG与大模型对接:深入探讨9大隐藏挑战

本篇提供了开发 RAG 通道 9 个痛点,并针对每个痛点都给了相应的解决思路。RAG 是非常重要的专用检索+通用大模型的技术手段,在赋能模型、满足特定化场景中非常重要!后续有机会,本瓜还会介绍相关内容,敬请期待。

2401_85390073的博客 1193

防火墙学习5---虚拟系统和跟系统通过路由表互访

虚拟系统与跟系统互访可分为虚拟系统访问根系统和跟系统访问虚拟系统。

weixin_48030849的博客 1032

基恩士PLC编程避坑指南:局部变量@前缀的3个隐藏陷阱与实战解决方案

本文深入剖析了基恩士PLC编程中使用@前缀创建局部变量的三大隐藏陷阱,包括在线调试时的数据丢失、数据类型冲突以及子程序复用时的地址覆盖问题。针对每个陷阱,提供了预定义变量、强类型规范和基址参数传递等实战解决方案,帮助中高级工程师提升代码健壮性与可维护性。

weixin_29171087的博客 102

手把手构建可归因的本地RAG评估器:告别RAGAS黑盒评分

RAG评估本质是诊断式工程问题,而非单纯打分——它需穿透检索、生成、整合各环节,定位语义失配、时效偏差与幻觉源头。传统指标如context_precision和faithfulness依赖通用embedding与静态公式,在法律、金融等专业场景易因领域适配不足、粒度粗糙、因果稀释而失效。本文聚焦LLM-as-judge范式,基于Ollama本地部署可控评估探针,实现Query意图结构化解析、检索chunk四维价值判断(实体/操作/时效/来源)、答案关键元素逆向溯源,输出可行动的根因热力图与优化建议。核心技术

HJ921004的博客 515

从报错到优化:一次Gauss JDBC参数限制排查实录(32767参数上限避坑指南)

本文详细记录了排查GaussDB JDBC驱动因绑定参数数量超过32767上限而抛出`PSQLException`(报错信息为`Tried to send an out-of-range integer as a 2-byte value`)的全过程。文章深入分析了该限制的底层协议原理,并提供了应用层分批查询、使用临时表以及优化业务逻辑等多种解决方案,旨在帮助开发者规避此参数上限陷阱,构建更稳健的数据访问层。

rgv23456789的博客 218

[论文精读]Machine Against the RAG: Jamming Retrieval-Augmented Generation with Blocker Documents

检索增强生成 (RAG) 系统通过从知识数据库中检索相关文档,然后通过对检索到的文档应用 LLM来生成答案来响应查询。我们证明,在包含不可信内容的数据库上运行的 RAG 系统容易受到一类我们称为干扰的新型拒绝服务攻击。攻击者可以向数据库添加单个“阻止程序”文档,该文档将响应特定查询而被检索,并导致 RAG 系统不回答此查询— 表面上是因为它缺少信息或因为答案不安全。我们描述并测量了几种生成阻止程序文档的方法的有效性,包括一种基于黑盒优化的新方法。

m0_52911108的博客 1483

实战:RK3568 Android14 调试 MIPI DSI 液晶屏

LCD1_RST -> 对应原理图网络连接到 GPIO。LCD1_PWR_EN ->用于给屏幕 VCC 供电。LCD0_BL_EN / LCD0_BL_PWM -> MP3302 升压芯片驱动 LED 灯条。![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/100f2be7f763494da1032464e272e63b.png&pinctrl {/* 配置 LCD_RST 和 LCD_EN */

qq_33427070的博客 1548

UG\NX二次开发 使用UF_CURVE_create_ocf_feature函数创建“在面上偏置”特征

使用UF_CURVE_create_ocf_feature函数创建“在面上偏置”特征。

王牌飞行员_里海的博客 850

别再瞎猜了!这才是大模型提示词攻防的底层逻辑,一篇给你讲透!

在人工智能技术爆发式发展的当下,大模型(Large Language Models, 以下简称LLM)凭借其强大的自然语言处理能力,广泛渗透于智能助手、内容创作、代码生成等诸多关键领域,深度重塑着人们的生活与工作范式。然而,随着 LLM 应用场景的持续拓展与深化,一系列严峻的安全挑战接踵而至,其中提示词攻击已逐渐演变为威胁人工智能系统安全的核心隐患,亟待深入剖析与应对。

weixin_58753619的博客 941

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

LLM2Vec:从大模型隐藏层直接提取语义向量

语义向量是现代AI系统实现语义检索、相似度匹配与RAG增强的核心基础。其原理源于Transformer架构中hidden state天然承载的稠密语义表征能力,技术价值在于绕过传统Embedding模型训练开销,复用已有大语言模型(LLM)的内在表征潜力。相比text-embedding-ada-002或bge系列等专用模型,LLM2Vec通过冻结权重、双路径Prompt工程与轻量投影层,在Qwen2、Llama 3等主流模型上零样本提取高质量句向量,显著降低向量数据库调优成本与Embedding服务部署复

weixin_33834137的博客 338

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

本地化播客语音问答系统:语音RAG+本地大模型+克隆语音合成

语音问答系统是面向长音频内容理解的关键技术,其核心在于将语音识别、语义检索、大语言模型推理与语音合成有机整合。语音RAG(检索增强生成)通过分段向量化与精准上下文召回,显著提升长音频问答准确率;本地大模型保障隐私与低延迟响应;而克隆级语音合成则实现答案的自然语音输出,支持声纹复刻与实时流式播报。该技术广泛应用于播客回溯、会议纪要、语言学习及敏感领域音频分析等场景,尤其适合对数据主权、实时交互和语音保真度有高要求的工程实践者。

weixin_34234829的博客 360

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

OpenAI Assistant与RAG实战对比:知识可信性落地关键

RAG(检索增强生成)是一种将外部知识库与大语言模型动态结合的基础架构范式,其核心原理在于解耦‘知识存储’与‘语言生成’,通过可控的向量检索保障回答的可溯源性与版本准确性。相比开箱即用的托管式AI助手(如OpenAI Assistant),RAG在企业级场景中显著提升知识可信性、审计合规性与业务规则实时性,尤其适用于需严格引用PDF/数据库/内部文档、要求答案附带原文出处、或规则高频更新(如季度迭代)的工程实践。本文聚焦真实产线中的切片策略、混合检索、向量库选型与Prompt防幻觉设计,提供可复用的技术决策

weixin_33704591的博客 532

RAG生产落地全链路指南:从原理到工程实践

RAG(检索增强生成)作为缓解大语言模型幻觉、提升答案可解释性与私有数据融合能力的核心技术,其本质是将传统信息检索与生成式AI协同建模。原理上依赖于文档切片、向量嵌入、相似性检索与上下文注入四步闭环;技术价值在于降低微调成本、强化事实溯源、适配垂直领域知识。当前主流框架如LangChain与LlamaIndex已进入生产级选型阶段,而Activeloop、Qdrant等向量数据库正推动多模态RAG和高并发场景落地。典型应用场景涵盖金融合规问答、医疗知识库、法律合同分析及企业智能客服——这些需求共同指向一个关

395
上一篇: 开源医疗大模型排行榜: 健康领域大模型基准测试
下一篇: 多模态大模型面对误导性问题:看懂图片也会答错,一骗就中招
AI大模型_学习君
博客等级 码龄3年 6137粉丝 551原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值