搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「Prompt Engineering 方法」找到 176 条内容
按专题浏览 →匹配正文:…到",问题在切分/检索,生成再强也白搭(第 5 章那条铁律:召回率是天花板);如果检索 Recall 很高、但生成还差,问题就在 prompt 或模型,该去优化第 9 章那套。不分段,你连往哪使劲都不知道。 2.4 别全从零造:可复用基准与自动评估 可复用的基准与自动评估框架 公开基准:HotpotQA(多跳问答,带"支持事实"标注,测跨文档检索 + 推理)、TriviaQA / NQ(开放域问答)等,适合横向比能力。 自动评估框架:RAGAS 这类工具,让 LLM 自动给答…
匹配正文:…写题,比直接要求“生成一道难题”更稳妥。 问题变长与证据结构变复杂的差别 真正难题需要不可省略的证据路径,而不是堆背景与限制词。 方法一:沿知识图谱路径构造 SailorFog-QA 的核心思路,是先构建知识图谱,再沿图中路径采样复杂关系。 图里的节点可以是实体、事件或属性,边是可由资料支持的关系。路径越长、节点越容易混淆,问题通常越难。 这种方法的优势是答案路径显式存在,便于检查每一跳的证据。 难点在图谱本身。实体合并错误会把两个对象串在一起,关系抽取错误会产生看似合理但不…
匹配正文:…开的、谁都能抄的,项目里的技术决策和数字是抄不走的,那才是你的证据。 很多人把简历项目栏写成技能清单:"熟悉 RAG、Agent、Prompt 工程、向量数据库、LangChain"。这行字的问题不在于哪个词写错,而在于它没有任何一个可被追问的抓手——面试官无法从中判断你是搭过一个能跑的系统,还是看了两篇文章记住了这些词。真正立得住的写法,是把项目拆成下面三个维度,每一维都写到能被追着问下去的粒度。 三维项目表达法:每个项目从三个维度写透(本篇核心) 一个大模型项目要"立得住…
学习内容与项目面试,在同一条路上。