跳到正文
10月17日周六
10月16日周五
  1. RadarAI30

    Replit CEO:未来工作是「自动驾驶公司」

    Replit CEO Amjad Masad 在 TechCrunch Disrupt 上提出「自动驾驶公司」愿景:AI 智能体承担公司大部分基础工作,人类保留判断力与品味。他以 Replit 客服流程为例,工单先由智能体结合 GitHub issues、代码库和 Linear 工单完成初步分诊,人工决定修复后一键部署另一个智能体执行。

  2. RadarAI78

    Reflection 发布首个开源权重模型 Beam,501B 参数 MoE 采用 Apache 2.0 协议

    Reflection 发布首个开源权重模型 Beam,权重已在 Hugging Face 以 Apache 2.0 协议放出。Beam 为稀疏 MoE 模型,总参数 501B、激活 23B,面向编码、推理和长程智能体任务。该模型提供 BF16、FP8、NVFP4 精度权重和投机解码 drafter 模型。

    推荐理由:Reflection 首次开源 501B 稀疏 MoE 权重,可据此了解其面向编码与长程智能体的参数配置和精度选项。

  3. RadarAI62

    腾讯团队 3 个月用 Harness 重构 90 万行旧项目:实战经验与踩坑总结

    腾讯技术工程作者 komahu 复盘内部视频在线剪辑项目重构:面对 90 万行、耦合严重、几乎无文档和单测的旧代码,团队以旧项目当需求说明书,用 Harness 工作流在 3 个月内重写为 12 万行新代码。文章拆解了 Harness 工作流的三阶段流程,并沉淀出一套可复用的 AI 协作开发模式。

  4. RadarAI44

    代码变廉价后的评审方法:以证据和影响范围决定审查深度

    O'Reilly Radar 作者 Markus Eisele 提出,智能体大量生成代码后,评审不应逐行阅读,而应把证据作为接受代码的前提:实现前约定预期行为与影响范围(blast radius),再用双向追溯检查实现与测试是否存在未经要求的行为漂移。他以退款服务为例说明,小改动可能带来大影响范围,且测试与实现可能共享同一错误理解,因此仍需人工核对断言含义。

  5. arXiv cs.AI34

    SWE-Nexus:从测试执行自动组合软件工程任务

    SWE-Nexus 是一个全自动流水线,通过测试执行构建仓库级实现任务,由四个构建智能体筛选测试、适配追踪与评估协议并生成行为规范。其基准包含来自 105 个仓库、六种编程语言的 600 个任务(116 个原子任务、484 个组合任务),在三种智能体脚手架下评测 12 个模型,最佳配置单次尝试解决 37.8% 的任务。

  6. arXiv cs.AI39

    不重新生成,而是调试:面向加速器内核修复的领域专用智能体

    针对 GPU、NPU 等加速器内核生成中大量"近失"候选被丢弃的问题,研究者提出领域专用调试智能体,通过检索模式、诊断插桩、反作弊检测与收敛保护实现自主修复。其 Debug Pass@1 达 66.7%,高于重新生成的平均 Pass@1 25.9% 和 Pass@3 40.7%,且每次成功消耗的 token 比三次重新生成少 92.8%。

  7. arXiv cs.AI47

    LLM 代码漏洞检测中的认知启发式偏差研究

    研究首次系统探索了 LLM 代码漏洞检测中的认知启发式偏差,通过固定代码、仅改变上下文的方式,在三种编程语言上评估了八款 LLM。结果显示所有模型均受影响,框架效应平均敏感度最高达 33.2%,锚定效应 23.5%,光环效应 18.4%。概念验证的黑盒认知攻击可抑制高达 97% 的已检测漏洞。

  8. arXiv cs.AI22

    RAG4Tickets:基于 JIRA 与 GitHub 数据的 RAG 工单解决框架

    RAG4Tickets 提出一套 RAG 框架,用 Sentence-Transformers 做语义嵌入、FAISS 做向量检索,将历史 JIRA 工单、用户评论与关联 PR 元数据统一索引,再由 LLM 生成有依据、可解释的解决建议。该框架打通 JIRA 与 GitHub 数据,在精确率、召回率、解决时间缩短和开发者接受度等指标上显著提升了解题准确率与知识复用。

  9. arXiv cs.AI44

    编码智能体的报告遗漏了什么:CTXGAP 测量执行上下文与报告之间的任务状态差距

    CTXGAP 测量研究发现,编码智能体在按需回答任务状态问题时准确率达 93.6%,但仅读报告的监督者只能恢复 52.0%,与全上下文读者的 92.7% 相差 40.7 个百分点。在 30 个已验证修复的最终检查点上差距仍有 34.8 个百分点,完整终端回滚可将恢复率提升至 73.6%,但仍不及全上下文。该研究将基于报告的任务状态可恢复性确立为一项补充评估维度。

  10. arXiv cs.AI26

    CodeHealth 能否预测智能体代码审查的 token 成本:一项针对 465 个智能体编写 PR 的预注册研究

    一项预注册研究用 465 个智能体编写的 PR 测试 CodeHealth 能否预测多智能体代码审查的 token 成本,结果显示三个 LLM 的 CodeHealth 系数均为负,每提高 1 点 CodeHealth 对应 token 成本降低 3.5% 至 6.1%。该关联与 PR 规模无关,且调整被评分文件大小后关联消失,研究者将其解释为文件大小的中介效应。

  11. arXiv cs.CL39

    Φ-Bench:大语言模型能否工程化支撑自身运行的基础设施?

    研究者发布 Φ-Bench,一个基于真实 LLM 训练与推理代码库构建的基准,含 85 项任务,覆盖九类 LLM 基础设施,任务形式从 kernel 函数补全延伸到长周期实现与仓库级端到端优化。在八个前沿模型中,表现最强的 Claude Opus 5 仅得 36.53%,且所有模型在长周期仓库级实现上的表现都差于 kernel 级任务。该基准将开源。

  12. arXiv cs.CL30

    WEAVE:将真实世界代码演进织入依赖结构化任务,用于代码智能体的基准测试与训练

    WEAVE 框架将已验证的 PR 历史转化为可执行、依赖结构化的任务,通过仓库校准的类型化变更位点把相关 PR 组织成有界 DAG 并实例化为统一可执行任务。该框架还提出 Graph Credit,一种确定性的、基于测试的指标,用于衡量依赖一致的部分进展,并为强化学习提供稠密可验证奖励。实验表明 WEAVE 能生成连贯的可执行任务,比扁平评分更忠实地衡量进展,并为代码智能体训练提供有效监督。

  13. arXiv cs.AI26

    通过局部上下文蒸馏从交互经验中学习

    研究者提出局部上下文蒸馏(LoCD),先定位学生轨迹中需要修正的关键片段,再由教师基于学生自身前缀重新生成这些片段并用于训练学生。在数学推理、代码生成和智能体任务上,LoCD 持续优于强基线,训练更稳定,参数更新更小更稀疏。

  14. Tessl Blog50

    Tessl:75% 的 PR 已无需人工审查即可合并

    Tessl 工程团队用 Tessl Code Review 审查其单体仓库每周超 1200 个智能体编写的 PR,约 75% 的 PR 无需人工修正即可合并。该工具基于团队自有编码规范审查,发现的问题中 91% 为真实缺陷,高于此前 AI 审查工具的 68%,每个 PR 修复的真实 bug 数量翻倍(1.56 对 0.75),单 PR 审查成本降低 35%。

  15. RadarAI25

    Claude 规划调度多 CLI 智能体协作开发流

    一套以 Claude 负责规划与验收、codex cli、cursor cli、antigravity cli、grok cli 等智能体负责执行的开发工作流被分享出来,目的是把各家 AI 会员额度充分利用起来,后续还计划纳入本地模型。作者称目前体验不错,认为 opus 5.5 在编程开发上比高一档的 gpt-6 astra 更好用。