搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「大模型 Agent」找到 318 条内容
按专题浏览 →匹配口述回答:这道题其实是在问,当你面对一个大模型时,怎么用提示词让它稳定、高效地完成你想要的输出。本质上,这是人和模型之间的沟通问题。我会从几个层次来讲:先是基础技巧,再是推理增强,然后是[[Agent]]模式,最后聊聊怎么选型和落地风险。 先说基础技巧。最简单的就是 [[Zero-shot]],直接给指令,比如“把这段翻译成英文”。它适合特别明确、不需要额外示例的任务,比如格式转换、简单分类。但一旦任务复杂一点,效果就不稳定了。所以更常用的是 [[Few-shot]],给两三个例子,模…
匹配口述回答:…百万条知识库里捞出几百条跟退款流程相关的文档,重排阶段再根据用户的具体描述,比如“已提交三天”,把最匹配的那几条排到最前面,这样 LLM 才能给出准确回复。如果只用召回,可能排在前面的都是泛泛的退款政策,不精准;如果只用重排,那延迟就爆炸了,用户等不了。 这个架构的好处很明显:效率可控,召回快,重排只处理小量数据;精度能提上去,因为重排模型能捕捉细粒度语义;而且召回和重排可以独立优化,比如换个更好的 [[Embedding]] 模型或者换一个重排器。但缺点也得心里有数。最核心…
匹配口述回答:这道题我觉得它问的不是[[RAG]]的原理,它本质是在问:怎么让大模型在不知道的情况下不要瞎编,同时还要高效、可信。RAG是个好办法,但落地时有很多坑,我主要从检索、生成和边界这三个角度来讲。 先说检索。最理想的情况是用户问什么,数据库里就有最匹配的文档。但实际往往有语义鸿沟,比如用户说“退款流程”,库里存的可能是“售后政策”,[[Embedding]] 没对齐就匹配不上。更糟的是检索噪声,Top-K里混进一堆无关文档,把关键信息稀释了。举个例子,电商客服场景,用户问“满减优…
学习内容与项目面试,在同一条路上。