跳到正文
10月7日周三
  1. 科技媒体 RSS58

    Google 发布 EmbeddingGemma 2 多模态嵌入模型

    Google 发布开源嵌入模型 EmbeddingGemma 2,参数规模 7.4 亿,可将文本、图像、视频、音频和代码转换为向量。该模型支持端侧运行,仅需约 191 MB 内存,Google 称其表现优于部分参数量为其两倍的竞品。与 Gemma 4 等小型开源模型搭配,可在不向外部服务器发送数据的情况下运行离线 RAG 应用。

  2. arXiv22

    生成式信息检索的语义 ID 空间系统性研究

    针对生成式信息检索(GIR)中 DocID 语义设计缺乏系统分析的问题,该研究对语义 ID 空间展开系统性考察,指出现有方法依赖计算昂贵的下游评测,阻碍了快速迭代。研究聚焦"什么样的 DocID 才算好"这一核心问题,为语义 ID 设计提供更高效的分析路径。

10月6日周二
  1. arXiv24

    RAG-PIBench:面向可信 RAG 系统提示注入检测的泄漏感知基准

    RAG-PIBench 是一个面向 RAG 提示注入检测的基准,包含 4,876 条上下文样本,划分为冻结的训练、验证与受保护测试集,并采用泄漏感知构建流程与严格评测协议。研究对比了关键词、语义参考、TF-IDF 与 Transformer 检测器,其中 DistilBERT 在受保护测试集上表现最佳,F1 达 0.896,PR-AUC 达 0.968。

  2. arXiv31

    Agentic AutoRAG:用推理驱动的智能体优化 RAG 流水线

    Agentic AutoRAG 提出用推理驱动的智能体来优化 RAG 流水线配置,把分块、嵌入模型、重排序到生成等多个相互影响的超参数选择交给智能体处理。现有从贪心搜索到贝叶斯优化的方法只把每次试验压缩成一个总分,不建模配置为何表现如此,而检索到的文本块其实已提供了失败发生在检索还是生成阶段的证据。

  3. arXiv22

    小型希腊语-英语知识库中工具调用检索与向量 RAG 的对比:准确率及对用户希腊语输入方式的鲁棒性

    研究在 KyGround 基准上对比工具调用检索与向量 RAG,该基准含 198 个问题,取自希腊 Kythera 一个希腊语-英语农业平台的公开记录,每题最多 9 种问法,包括无重音希腊语、全大写及三种 Greeklish 拉丁字母写法。以 Claude Haiku 4.5 作为路由与回答模型,比较两者准确率及对用户希腊语输入方式的鲁棒性。

  4. arXiv31

    QRAKEN:以自然语言问题作为知识图谱接口的图谱蒸馏与语义自愈

    QRAKEN 是一个免训练、本体无关的神经符号流水线,用图谱实际数据而非 schema 预期来约束 LLM 生成,以解决陌生图谱上 Text-to-SPARQL 查询看似合法却误读数据模型的问题。其离线蒸馏器产出 TTQL,用于紧凑描述已填充的多跳模式、条件频率与路径条件下的字面量示例,并附带类-属性共现矩阵。

  5. arXiv32

    PixelTriage:在查看前决定哪些检索记忆值得用像素

    多模态助手从含图像的长期记忆中检索答案时,每张图以约一千个视觉 token 的像素形式送入模型代价高昂。PixelTriage 作为检索后的插件,用一个小模型在不读取任何全分辨率图像的情况下,提前预测哪些检索记忆值得用像素。研究发现像素带来的收益通常只来自一两张检索记忆。

  6. arXiv22

    用四象限方法评估 Redpine Science

    Redpine Science 通过 MCP 和 API 为模型与智能体提供经同行评审文献的统一访问入口。该报告从两个层面评估它:检索片段的相关性,以及模型接入 Redpine Science 后与使用网页搜索时的回答对比,同时采用公开基准和专家验证基准,以规避公开基准饱和与记忆化风险。

  7. Hacker News42

    Halo:iOS 端本地 AI 助手,自带 Agent Harness、记忆与浏览器智能体

    Halo 是一款面向 iOS 的隐私优先个人 AI 助手,采用自建 agent harness,可复用用户已有的 LLM 订阅,并配备基于端侧 RAG 的 Wiki 记忆系统和完整的本地浏览器智能体。它无需服务器即可运行,支持生成式 UI 聊天,并主打主动式功能与体验,作者称其为 iOS 上 Hermes/OpenClaw 的更好版本。

  8. 科技媒体 RSS32

    Google Cloud 数据库如何为生产级 AI 激活数据层

    Google Cloud 发布系列实验,演示用 AlloyDB 和 Cloud SQL 为生产级 AI 准备数据:在数据库中生成文本嵌入做语义搜索,为 RAG 提供 grounding,并支持多模态嵌入实现图文混合检索。AlloyDB 还提供 AI.IF 等 AI 函数,无需数据准备即可用自然语言查询过滤和重排结果,QueryData 支持用对话式语言生成 SQL 并构建数据智能体。

  9. 科技媒体 RSS61

    微软等机构提出 CorpusMap:为智能体搜索构建实体地图

    微软等机构提出 CorpusMap,预先解析文档集合中的重复实体,为每个实体生成链接所有相关文档的页面,原始文档保持原位。智能体读完一篇文档后可沿实体跳转到相关文档,避免重复搜索同一证据。在 7 个模型和 3 个基准上,答案质量提升 6.4 至 11.7 分,输入 token 减少 34% 至 57%,并优于 LLM Wiki 层等三种导航层;该地图无需 LLM 调用即可构建,并支持随新文档更新。

10月5日周一
  1. MIT Technology Review · AI22

    如何将 AI 智能体接入企业知识

    MIT Technology Review 对 300 名数据与 AI 高管的调研显示,企业平均仅约 34% 的智能体 AI 项目能进入生产环境,遗留数据系统、安全隐私顾虑以及知识与上下文缺失是主要失败点。

  2. 科技媒体 RSS36

    Agent 不需要记忆插件,需要文档式记忆

    作者 kmeh 认为市面上的 Agent 记忆插件架构错误:它们用会话记录生成片段存入 RAG 数据库,每次提示词检索注入最相似的片段。他指出这种方式存在相似度检索无法判断正确性、片段丢失上下文、无法审计等问题,主张 Agent 应改用文档式记忆。

10月4日周日
10月3日周六
10月2日周五
  1. arXiv24

    Causal Memory Policy:通过干预检索让记忆效用可识别

    针对记忆增强大语言模型仅依赖已检索记忆估计效用、未被检索的记忆效用无法识别的问题,研究者提出因果框架 Causal Memory Policy(CMP),通过直接干预检索本身恢复可识别性,并预留固定比例用于干预。该问题被定义为检索层面的 positivity 违背,仅检查记忆操作的诊断方法无法发现。

10月1日周四
  1. Hugging Face Daily Papers24

    RPTune:面向 LLM 商品目录搜索的学习式上下文筛选

    RPTune 提出面向 LLM 商品目录搜索的学习式上下文筛选方法,针对目录可放入长上下文窗口的中小商家,研究如何筛选并呈现目录、以及如何让 LLM 适配筛选后上下文中的商品选择。该方法指出,把完整目录塞进上下文窗口并不保证模型能有效利用,因为 LLM 对长上下文的利用并不均匀。