LangChain 中文社区周报|RAG 证据链、Agent 恢复与模型选型(10.19—10.25)

本期汇总北京时间 2026 年 10 月 19—25 日,截至发布时的社区内容与讨论。

本周社区发布了六篇技术内容:一篇 RAG 排障、一篇技术观察总览和四篇技术专题,另完善了阅读导航、旧教程版本说明与企业合作入口。

四篇技术专题梳理的是 9 月 24 日—10 月 23 日的近月资料,不表示其中每项功能都在本周发布;具体来源、日期、实验范围和限制以各篇正文为准。

图 1:按当前任务选择阅读路径,先解决一个可验证的问题,再扩展系统功能。

一、本周精选:从“能跑”走到“能定位、能验收”

1. RAG 回答不准:先找正确证据在哪一步丢失

阅读全文:RAG 回答不准确怎么办?从检索到引用的排障检查表

文章把排查拆成三个分别核对的环节:正确片段是否进入候选、是否进入生成上下文、答案与引用是否忠于原文。

这个顺序的价值在于缩小改动范围:正确文档没有进入候选时,继续强调“请依据最新资料回答”,不能补回缺失的证据;候选已经有正确文档时,则应先检查上下文组装和引用,而不是立即增加检索数量。

文中的报销规则对照是虚构教学案例,展示同一个错误答案如何来自两种不同故障,不是客户案例或性能测试。

2. LangChain 工具调用:参数完整、批准正确、恢复到位

阅读全文:流式工具调用与人工审核详解

工具卡片不能把每次参数片段都当成完整 JSON;出现交错调用时,还要依据调用标识区分各自的增量与生命周期。

审核与恢复则需要分清三个职责:业务任务标识说明“哪件事”,thread_id 说明“哪段图状态”,中断 ID 说明“哪个待审位置”。

一个实际的复查方法是:暂停后重启进程,使用原线程恢复,再检查外部动作是否重复,以及界面是否仍显示已经失效的批准按钮。

这是一项建议的项目验收,不是本文已经做过的生产实测;专题中的本地实验范围和未验证部分在原文单列。

3. Claude 工程:一次运行、一次代码修改、一次授权要分别看

阅读全文:OTel 链路、PR 审查与安全修复如何闭环

当 Agent 出错,运行追踪帮助回答“这一次走了哪些步骤”,代码审查帮助判断“修改会影响什么”,权限与安全检查则核对“谁能触发哪种动作”。

三类证据不能相互替代:链路有记录不等于代码没有缺陷,审查通过也不能证明外部写入动作符合当前用户权限。

阅读时可以把自己的一项写操作列出来,分别标记触发人、工具输入、运行记录和结果核验位置,找出缺少证据的那个环节。

4. 模型和工作流选型:先固定验收集,再比较质量与成本

阅读全文:Claude 模型与工作流详解

与其只比较模型名称,不如先固定一组业务任务,记录输入、输出格式、正确性依据、失败样本和调用成本。

例如生成一份仪表板,既要检查数字能否追溯到输入,还要检查筛选、导出和错误提示是否符合预期;“成功生成页面”和“业务验收通过”需要分别判断。

原文区分官方产品信息、实验设计与本地验证,不把小型演示外推成生产效果。

5. Manus 执行系统:成本分层与失败恢复一起看

阅读全文:执行框架、Flex 计费与事件自动化的工程边界

评估自动化任务时,应分别记录推理调用与执行过程的成本,并检查重试是否产生重复动作。

对“事件触发后发布文章”这样的流程,一个有用的检查点是:外部已经发布成功、但本地还未记账时进程中断,恢复后系统如何确认已有结果?

原文提供模拟恢复实验并说明边界,模拟成功不等于真实平台具备相同的幂等或可靠性保证。

还想先看整体路线,可从Agent 技术观察与专题导航进入。

二、带走一个排障练习:只改一个因素

图 2:教学示意,同一个“回答了旧规则”的现象,可以来自检索层或上下文组装层。

假设用户问的是当前报销规则,知识库包含旧版 A 与新版 B。

  • **候选只有 A:**先确认 B 的解析与索引记录,再核对时间、部门和权限过滤,记录过滤前后的候选变化。
  • **候选有 B,但模型输入只有 A:**检查排序、截断与上下文组装,确认正确段落是否被丢弃。
  • **模型输入有 B,答案仍沿用 A:**核对生效时间的表达、冲突处理和逐条引用,不要把问题直接归结为“召回不够”。

每一步固定问题与原文,只改变一个因素;否则同时换模型、改提示词、增加候选数量,很难知道真正起作用的是哪一步。

可以复制以下最小记录,配合原文中的完整检查表使用:

固定问题与适用时间:
参考原文及版本:
候选文档 ID:
实际生成上下文 ID:
回答与引用是否一致:
本轮只调整的因素:
当前问题复测结果:
历史问题和无依据问题是否退化:

最后两项很容易被忽略:修好“问当前规则”,还应复查“问旧规则”和“资料不支持的问题”,避免新改动让系统错误套用当前版本,或开始编造缺失内容。

三、这三条讨论仍在等待补充证据

图 3:三条未解决讨论需要的证据不同;补充最小复现比笼统更换版本更有帮助。

欢迎原作者补充进展,也欢迎有相同环境的同学用公开模拟数据协助复现;这三帖目前都是定位讨论,不是已解决教程。

四、新读者入口与项目合作

社区阅读导航与求助模板已按“开始做项目、排查问题、企业落地、近期更新”整理入口。

搜索到2023 年入门教程或早期完整指南时,请先看开头新增的版本提示;原文保留供理解早期实践,并不表示所有示例已经适配当前依赖。

企业知识库或 Agent 项目可以在项目需求与赞助合作入口提交目标、部署约束和三个脱敏验收问题。

该入口也接受产品展示、技术专题与演示答疑的赞助咨询,具体交付、费用和周期需另行确认,实际商业合作会明确标注;不承诺撮合成功、固定排名或效果。

五、下周你最想拆解什么?

可以在本帖回复一个具体场景:国产模型接入、LangGraph 持久化、RAG 引用错位,或人工审核后的重复执行。

建议同时提供期望结果、相关依赖版本和最小复现,下一期优先整理可核验、能帮助多人解决的问题。

请勿公开密钥、生产业务数据或他人的联系方式。

本期为社区精选与排障阅读周报,技术细节、官方来源和实验范围请以链接原文为准。