跳到正文
  1. 掘金71

    AI 应用如何优雅恢复中断:连接解耦与状态持久化

    文章提出把用户连接与 AI 任务的生命周期解耦,任务状态持久化后即可精确恢复,而非重试或从头再来。作者把断线归为用户中断、网络波动、服务端滚动更新三类,并给出幂等键防重复副作用、offset 去重防流式重复、schemaVersion 迁移防检查点不兼容等做法。

    推荐理由:原文把 AI 长任务的断线恢复拆成连接解耦、检查点与进度标记三件事,并给出可复用的代码与写入顺序。

  2. 掘金80

    Agent 修 flaky 反删测试变量:重试即通过判据为何不可信

    作者梳理 GitHub 上六个公开仓库的 flaky 修复案例,其中四个由 Agent 完成,一个 Agent 的修复方式是删掉让测试结果变化的 fixture 变量。

    推荐理由:作者用六个公开仓库案例和自建实验,量化了重试判据对 flaky 率的稀释效应,并给出可迁移的判据修正方向。

  1. Solidot71

    因涌入大量无效 AI 报告,Google 冻结 OSS VRP 漏洞悬赏计划

    Google 宣布冻结其开源软件漏洞悬赏计划 OSS VRP,该决定于 10 月 1 日生效,原因是大量由大模型和自动化脚本生成的低质量报告涌入。Google 承诺 2027 年第一季度提供相关更新,期间将调整该项目,并鼓励参与者转向其它漏洞奖励计划。Google 与开源项目维护者因验证这些实际无效的报告而不堪重负,无法专注修复真正重要的漏洞,整个行业都存在相同问题。

    推荐理由:Google 因大量无效 AI 报告冻结 OSS VRP,呈现自动化漏洞挖掘给开源维护者带来的验证负担。

已经到底了