跳到正文
今天10月24日周六7 条
  1. Databricks:Blog50

    Databricks 实测:Spark 声明式管道让 AI 智能体写数据管道更省更安全

    Databricks 用 Opus 4.8 在 22 个数据工程任务、264 次构建上对比 Apache Spark 的过程式与声明式管道,声明式在运行前即可校验结构错误,执行器耗时从 596 秒降至 17 秒,约省 34 倍算力。声明式管道代码量中位数为 64 行,约为过程式 131 行的一半,且写法更统一。两者完成率接近,分别为 258/264 和 255/264,逻辑错误表现持平。

  2. Moonshot AI:Kimi Blog81

    月之暗面发布 Kimi K3.1 Pro,100 万 token 上下文,开放权重将于 11 月 4 日前释出

    月之暗面发布 Kimi K3.1 系列首个模型 Kimi K3.1 Pro,为 3T 级开放权重模型,上下文窗口 100 万 token,并同步推出速度快 2-3 倍的 Kimi K3.1 Pro Highspeed。

    推荐理由:官方公布了关键基准成绩、开放权重时间表和网络安全数据清理做法,读者可据此评估这代开放权重模型的实际能力边界。

  3. Claude:YouTube33

    Factory 如何用 Claude 构建自主软件工程

    Factory 联合创始人兼 CEO Matan Grinberg 与 Anthropic 的 Kai Gill 对谈,介绍其 AI 编码智能体 Droids 如何借助 Claude 的前沿模型处理大型代码库中的长周期任务,让团队减少人工监督即可信任智能体方案。他提到一次 COBOL 现代化改造减少了 90% 的人力投入,并讨论了实现完全自主“dark factory”还面临哪些障碍。

10月23日周五
  1. Anthropic:Research85

    Anthropic 用 Claude 对 123 个开源库完成汇编级形式化安全证明

    Anthropic 与 Theorem 合作,用 Claude 将 OSS-Fuzz 模糊测试转化为规格,对 123 个开源库的 239 个入口点证明了任意 64 MB 以下输入不崩溃,生成约 1.8 亿行 Rocq 证明。

    推荐理由:Anthropic 用 Claude 对 123 个 OSS-Fuzz 开源库在 RISC-V 汇编层面写 Rocq 证明,读者可以据此了解 LLM 规模化形式化验证的实际流程与局限。

10月22日周四
10月21日周三
  1. Tessl:产品与工程博客52

    AWS Kiro 产品负责人谈从个人编码工具走向软件开发平台

    AWS Senior Principal PM、Kiro 负责人撰文分析团队从个人 AI 编码助手走向开发平台的核心问题。他认为团队放权给智能体的关键不是模型变强,而是验证输出的成本变低,信任决定了智能体能承担多少工作;智能体按任务计费打破了按席位收费模式,约 20% 重度开发者消耗约 80% 预算;信任解锁软件工厂,工厂才能把预算、限流和任务路由等成本控制内置成系统能力。

  2. Tessl:产品与工程博客69

    编程 Agent 增长遭遇人类评审瓶颈:Tessl 博客解析信任赤字

    Tessl 博客引用 Jellyfish 2026 年 9 月 AI Engineering Trends 数据指出,中位数公司已有 22% 的合并 PR 由自主编码 Agent 撰写(90 分位达 53%),但仅约 0.6% 的 PR 由 Agent 评审合并(前 10% 公司为 9%)。

    推荐理由:基于 Jellyfish 平台数据指出 agent 写码占比与人工评审瓶颈的落差,并归纳领先团队用平台工程加速建立信任的做法。

  3. Tessl:产品与工程博客61

    Tessl 团队分享:不再逐行审查 AI 生成代码,改为验证意图

    Tessl 工程师 Ankit Jain 分享团队 PR 量翻四倍、代码几乎全部由 AI 生成后,放弃逐行 diff 审查、改为在代码生成前审查意图并逐条验证验收标准的做法。关键实践包括维护 offer-skill 技能理解代码变更,以及把重复出现最多的审查评论固化成机器自动执行的不变量规则,作者预计第二个月起审查负担明显缩小。

    推荐理由:作者团队 PR 量翻四倍后放弃逐行审代码,改为事前审意图加可验证准则,给出了可直接照搬的做法和时间预期。

10月20日周二
  1. Tessl:产品与工程博客52

    AWS Kiro 负责人谈从个体编码工具到开发平台的信任与成本

    AWS Senior Principal PM、Kiro 负责人在 DevCon 演讲预告中提出,从个体编码助手走向团队平台本质是组织变革而非工具采购,信任先于一切。团队给智能体更多工作的依据是验证能力提升而非模型变强,且成本随任务规模而非席位固定,约 20% 的开发者消耗约 80% 的预算,需像管理云账单一样按团队和流程做 token 可见性。

10月19日周一
  1. Claude Code:GitHub Releases13

    Claude Code v2.1.303 发布

    Anthropic 发布 Claude Code v2.1.303,本次更新以 bug 修复和可靠性改进为主,未包含新功能说明。该版本于 10 月 18 日发布,为不可变发布版本,仅发布标题和说明可修改。

  2. Tessl:产品与工程博客45

    如何在 5 分钟内为代码仓库接入 Tessl 智能体代码审查

    Tessl 发布教程,演示如何在约 5 分钟内为 GitHub 仓库接入 Tessl Code Review 自动审查器。该工具读取完整 pull request 而非孤立 diff,按团队自定义标准打分并发布一次审查结果,可配置为仅评论或批准/请求修改。审查标准以 skills 形式存放在仓库中,默认在 PR 打开或被请求时触发,也可设为每次更新后运行。

10月17日周六
  1. Claude Code:GitHub Releases37

    Claude Code v2.1.302 发布:新增自动模式模型选择与空闲压缩开关

    Claude Code v2.1.302 新增 CLAUDE_CODE_AUTO_MODE_MODEL 环境变量,可指定客户端自动模式分类器所用模型,并支持在 /config 中关闭或重新开启空闲压缩。该版本还修复了 Vertex/Bedrock 中途切换报错、Read 工具加载超大图片、插件市场重复克隆等多项问题,并改进多插件启动速度与自动模式安全分类。

  2. Amp Chronicle41

    Amp 支持查看和控制 Runner 的 macOS 或 Linux 桌面

    Amp 现在可以查看并控制 macOS 或 Linux runner 的桌面,便于试用它为你构建的原生应用(如 iOS 应用)。在 macOS 应用的 Settings › Runner 中开启 Share This Mac's Display,或用 amp --no-tui --desktop 启动 runner 即可。Amp 客户端直连 runner,在本地网络或附近时几乎即时。

  3. NVIDIA Technical Blog:Agentic AI / Generative AI69

    NVIDIA RTX Spark 发布,单机完成编码、测试与部署的 AI 开发工作流

    NVIDIA 发布面向 AI 开发的 RTX Spark 笔记本与小型台式机,基于 GB10 SoC 和最高 128GB 统一内存、1 petaflop FP4 算力,可在单机上运行本地编码智能体并完成编码、测试与部署。

    同一件事,精选收录的是《NVIDIA RTX Spark 笔记本今日开售,主打 128GB 统一内存与本地 AI》

10月16日周五
  1. Reflection Blog83

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

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

    同一件事,精选收录的是《Reflection 开源权重模型 Beam 上架 Ollama,限时免费可用》

  2. Hugging Face 官方团队博客72

    Reflection 发布开源 MoE 模型 Beam 501B,Hugging Face 提供部署与微调指南

    Reflection 首个开源模型 Beam(reflectionai/Beam-1.0-501B-A23B)上线 Hugging Face,是 501B 参数、每 token 激活 23B 的 MoE 模型,支持 1M token 上下文,采用 Apache 2.0 许可,主打编码和智能体场景。

    同一件事,精选收录的是《Reflection 开源权重模型 Beam 上架 Ollama,限时免费可用》

  3. Anthropic:Claude.dev 开发者博客76

    Claude Code 团队如何做代码审查:六层检查与风险分级审批

    Anthropic Claude Code 团队详解在 Claude 写约 90% 代码的情况下如何组织代码审查:审查从终点关卡变为持续进行,每个 PR 经过验证、必需 CI、AI 审查、安全审查、按风险分级的人工审批和合并队列六层检查,再辅以快速回滚。

    推荐理由:Anthropic 自家团队复盘 Claude 代码审查流程,给出分层检查、风险分级审批等可直接迁移的落地做法和真实收敛数据。