AI 编程实时动态与要闻

Anthropic 发布 Claude 选型指南:多数编码任务先用 Opus 5.5(medium),换模型前先调 effort,子 Agent 交给 Haiku 5.5 省钱

Anthropic 开发者博客 claude.dev 11 月 9 日发布 Addy Osmani 撰写的选型指南《Which Claude model should you build with?》,ClaudeDevs 推文获约 9200 赞、1.2 万收藏。核心建议:大多数编码和知识工作先用 Opus 5.5、effort 设 medium(Claude Code 默认);范围明确的修 bug、按规格开发降到 Sonnet 5.5;分类、路由、抽取和读日志类子 Agent 用 Haiku 5.5;大型重构、迁移和深度研究再升到 Fable 5.2。换模型之前先调 effort,并先给模型加上自我验证手段。指南还列出四款模型价格、默认 effort 和迁移时会触发 400 错误的兼容性差异。

Anthropic 发布 Claude 选型指南:多数编码任务先用 Opus 5.5(medium),换模型前先调 effort,子 Agent 交给 Haiku 5.5 省钱

核心要点速览

  • 价格(官方口径,每百万 token 输入/输出):Haiku 5.5 $0.10/$0.50(100K 以上 $0.50/$2.50)、Sonnet 5.5 $2/$10、Opus 5.5 $4/$20、Fable 5.2 $8/$40,四款均为 1M 上下文、128K 最大输出
  • Anthropic 自测 FrontierCode 2.0:Fable 5.2(high)45.3% 与 Opus 5.5(max)45.5% 基本持平,单任务成本约为一半;Opus 拉到 high 以上前建议先试 Fable 5.2
  • SWE-bench Pro 子集:Opus 5.5 先用 low 跑、失败再用 high 重跑,通过率约 97%、每题约 $0.17,全部用 high 为 95.3%、$0.29
  • Opus 5.5 统领最多 25 个并行 Sonnet 5.5 子 Agent 搜索约 2200 万 token 代码,成本比 Opus 单跑低约三分之一,得分相近
  • 迁移坑:Fable 5.2 对所有 API 账号启用 preserved thinking,改动历史上下文会报 400;Sonnet/Opus 5.5 与 Fable 5.2 上 tool_choice 为 any/tool 也会报 400
阅读全文

Kaggle 与 IBM Research 上线 ScarfBench 企业 Java 迁移榜:Gemini 4 Argon + Antigravity 以 75.2% 居首,七成失败发生在运行阶段

Kaggle 官方账号宣布与 IBM Research 合作上线 ScarfBench,用 204 个任务测试编码智能体能否把企业 Java 应用在 Jakarta EE、Quarkus 和 Spring 之间迁移且行为不变。IBM 10 月 27 日的技术说明显示,Gemini 4 Argon + Antigravity 以 75.2% 冒烟分居首,Claude Opus 5.5 + Claude Code 全通过率最高(72.1%),GPT-6.1 Sol + Codex 每解决一个任务成本最低(1.25 美元)。

Kaggle 与 IBM Research 上线 ScarfBench 企业 Java 迁移榜:Gemini 4 Argon + Antigravity 以 75.2% 居首,七成失败发生在运行阶段

核心要点速览

  • 204 个迁移任务、10 组「模型 + 智能体框架」组合;前三名冒烟分:Gemini 4 Argon + Antigravity 75.2%、Claude Opus 5.5 + Claude Code 70.5%、Claude Opus 5 + Claude Code 69.8%(IBM 口径)
  • 全部测试通过率 Claude Opus 5.5 + Claude Code 最高,为 72.1%,略高于 Gemini 4 Argon 的 71.1%
  • 编译几乎不是问题:10 组里 8 组编译成功率 ≥97%,但冒烟分差距超过 50 个百分点
  • 745 次失败中 535 次(约 72%)是运行时行为失败,其中 210 次是路由丢失 / 404
  • 每解决一个任务的成本:GPT-6.1 Sol + Codex 1.25 美元、Gemini 3.8 Flash + mini-swe 1.59 美元、Claude Opus 5.5 + Claude Code 10.10 美元;公开提交暂未开放
阅读全文

OpenAI 突破遗留代码与低资源语言迁移:COBOL 通过率飙升至 97.9%,重构万亿金融底座

OpenAI 官方正式发布面向低资源与古老编程语言(COBOL、Fortran、Visual Basic、OCaml)的代码模型前沿突破与 MultiLangBench 基准。针对全球银行、政务与大型机基础设施中数千亿行遗留代码迁移痛点,测试要求模型用 20 种语言从零构建 SQLite 兼容的数据库引擎。最新旗舰 GPT-6 Astra 平均通过率从 26.8% 暴增至 87.4%,COBOL 从 10.9% 升至 72.1%,在真实 COBOL 迁移测试中 GPT-6.1 Sol 斩获 97.9% 准确率,且成本削减 39%。

OpenAI 突破遗留代码与低资源语言迁移:COBOL 通过率飙升至 97.9%,重构万亿金融底座

核心要点速览

  • OpenAI 发布面向低资源与古老编程语言的突破性研究与 MultiLangBench 基准,测试用 20 种语言从零实现完整数据库引擎
  • GPT-6 Astra 平均测试通过率从 26.8% 暴增至 87.4%,在 19 种语言中超过 83%,COBOL(72.1%)、Fortran(83.5%)与 VB(89.4%)跨代跃升
  • 真实 COBOL 迁移测试中 GPT-6.1 Sol 斩获 97.9% 的惊人成功率,相较前代 5.4% 实现质变,且单任务推理开销削减 39%
  • OpenAI 宣布将 MultiLangBench 完整评测套件开源至 GitHub,为金融与政企遗留大型机系统的现代化重构提供确定性工程解法
阅读全文
关联模型 / 智能体 / 厂商:

OpenAI 开源 MultiLangBench 并公布低资源语言编程进展:GPT-6 Astra 用 20 种语言从零写 SQLite 平均通过率 87.4%,GPT-6.1 Sol 迁移 COBOL 准确率最高 97.9%

OpenAI 10 月 19 日发文,称最新模型在 COBOL、Fortran、Visual Basic、OCaml 等训练语料稀少的「低资源语言」上大幅进步,并开源评测 MultiLangBench:让模型用 20 种语言各自从零写一个兼容 SQLite 的数据库引擎。GPT-6 Astra 平均测试通过率 87.4%(GPT-5.6 Sol 为 26.8%),20 种语言里 19 种超过 83%,COBOL 仍最难,为 72.1%。另一项 COBOL 迁移评测要求把程序迁到 C++、Java、Kotlin、Python 或 Rust 并做到输出逐字节一致,GPT-6.1 Sol 低推理档 86.6%(GPT-5.6 Sol 仅 5.4%),高推理档 97.9%。以上均为 OpenAI 自测口径。

OpenAI 开源 MultiLangBench 并公布低资源语言编程进展:GPT-6 Astra 用 20 种语言从零写 SQLite 平均通过率 87.4%,GPT-6.1 Sol 迁移 COBOL 准确率最高 97.9%

核心要点速览

  • MultiLangBench:GPT-6 Astra(max)20 种语言平均通过率 87.4%,GPT-5.6 Sol 为 26.8%;19 种语言超过 83%(官方口径)。
  • 分语言提升:COBOL 10.9%→72.1%、OCaml 25.6%→85.8%、Fortran 21.4%→83.5%、Visual Basic 27.5%→89.4%。
  • 低价档:GPT-6 Luna 平均 40.3%,每样本约 0.77 美元,比 GPT-5.6 Sol 的 3.48 美元低约 78%。
  • COBOL 迁移:GPT-6.1 Sol 低推理档 86.6%(GPT-5.6 Sol 5.4%),API 成本约为后者的 61%;高推理档 97.9%,接近饱和。
  • 评测集与各语言结果已在 GitHub openai/multilangbench 开源;COBOL 迁移评测未公开。
阅读全文
AD赞助内容

OpenCode 1.19.0 开放升级到 OpenCode 2:插件与服务端 API 不兼容,自动更新改为手动

开源编码 Agent OpenCode 在 10 月 11 日发布 v1.19.0,新增 opencode upgrade --major 与 TUI /update,让 1.x 用户主动迁移到已迭代到 v2.0.26 的 OpenCode 2;同时停止自动安装更新、加固 PTY 连接校验。V2 官方迁移指南列出三处有意的破坏性变更:插件 API、服务端 API/客户端、终端配置文件。

核心要点速览

  • v1.19.0 于 2026-10-11 发布:opencode upgrade --major 或 TUI 内 /update 一键升到 OpenCode 2,更新不再自动安装(Release)
  • OpenCode 2 GitHub 标签从 v2.0.0(2026-09-11)已迭代到 v2.0.26(2026-10-08),仓库约 21.2 万 Star
  • 官方列出 3 处有意破坏性变更:新插件 API、新服务端 API 与客户端(@opencode/client)、tui.json 合并为全局 cli.json(迁移指南)
  • V1 插件实现在 V2 中不能运行,必须按插件迁移指南移植;现有 agents/commands/skills 文件与 opencode.json 可继续使用
  • V2 保留但不再运行 LSP:不提供 LSP 工具与诊断,官方建议改用项目自身的 lint/typecheck/编译命令
阅读全文
关联模型 / 智能体 / 厂商:

Deno 团队整体加入 Cloudflare:Deno 运行时再维护一年后停止开发,Deno Deploy 六个月后关停,celld 并入 workerd 主攻自托管 Agent 基础设施

10 月 9 日 Ryan Dahl 宣布 Deno 全员加入 Cloudflare,未来研发转向 Workers/Durable Objects 编程模型与自托管版 celld。Deno 运行时再提供一年月度安全与 bug 修复后停止官方开发(保持开源),Deno Deploy 六个月后关停并为付费客户提供迁移到 Workers 的支持,JSR 继续运营。Dahl 明确把 Durable Objects 视为 Agent harness 的关键底座。

Deno 团队整体加入 Cloudflare:Deno 运行时再维护一年后停止开发,Deno Deploy 六个月后关停,celld 并入 workerd 主攻自托管 Agent 基础设施

核心要点速览

  • 时间表:Deno 运行时再获 12 个月月度修复/安全更新后停止官方开发;Deno Deploy 6 个月后关停,付费客户可获迁移到 Workers 的支持
  • JSR 继续运营、基础设施迁到 Cloudflare;rusty_v8 继续维护并计划集成进 workerd
  • celld(Apache-2.0,约 5.3k Star,v0.6.2 beta):单个 58 MB 静态二进制自托管分布式 Durable Objects,仅依赖一个 S3 兼容桶
  • celld 官方口径:常驻 cell 内存 0.47 MB、单 8 GB 节点 2,500 个 cell、无状态请求 p50/p99 0.2/0.3 ms、节点被杀后约 20 s 故障转移且 0 丢写
  • Hacker News 首页 1,234 分;Deno 官方推文 6.3k 赞,开发者关注度极高
阅读全文
关联模型 / 智能体 / 厂商:

Claude Managed Agents「动态工作流」进入公开测试:主 Agent 自己写编排程序,单次最多并发 64 线程、调度 1000 个子 Agent

Anthropic 将 Managed Agents 的 dynamic workflows 扩展为公开测试:在 agent 的 multiagent 配置中开启 workflows 后,Claude 会为任务编写一段“工作流程序”,在后台分阶段扇出大量 Agent 并汇总结果,适合审计、迁移、深度调研和大规模交叉核对。

核心要点速览

  • 开启方式:multiagent.type: "multiagent_20261001" + workflows: {"type": "enabled"},需 managed-agents-2026-04-01 beta 头(文档)
  • 单个 run 同时工作线程上限 64,全生命周期最多启动 1,000 个 Agent,超出以 thread_limit_error 结束(Workflow runs)
  • run 默认寿命 24 小时,单 session 默认最多 10 个 run 同时打开,run 不能嵌套
  • run 本身不单独计价,各线程 Token 按模型价计费并计入 session budget,触达预算自动暂停
阅读全文
关联模型 / 智能体 / 厂商:

Firecrawl SDK 发版:Python 4.45.0 / JS 4.42.0 上线 agent_hints,Search/Scrape/Map 可给智能体确定性下一步建议

Firecrawl 于 2026-09-28 发布 firecrawl-py 4.45.0 与 @mendable/firecrawl-js 4.42.0,把此前合并的 agent_hints(#4641)真正打进 SDK:在请求头 X-Firecrawl-Agent-Hints: true 时,Search/Scrape/Parse/Map 响应可附带确定性下一步建议(如空结果改查询、同源多 URL 建议 Map/Crawl、401 建议 Interact、截断 PDF 提高 maxPages、余额不足提示用户充值)。同期带上 Hangar 上的 browser/interact 迁移与 exchange.onTermsRequired 字段。

Firecrawl SDK 发版:Python 4.45.0 / JS 4.42.0 上线 agent_hints,Search/Scrape/Map 可给智能体确定性下一步建议

核心要点速览

  • SDK:firecrawl-py 4.45.0 / @mendable/firecrawl-js 4.42.0(2026-09-28,#4786)
  • 协议:可选头 X-Firecrawl-Agent-Hints: true 才注入 hints;默认关闭,避免破坏普通 HTTP 调用(#4641)
  • 规则示例:空 web 结果→建议改 Search;≥4 条且 ≥75% 同源→建议 Map/Crawl;401+scrapeId→Interact;截断 PDF→提高 maxPages(上限 10000);余额 <100 credits→提示充值
  • MCP:firecrawl-mcp-server 仍钉 [email protected],需再 bump 才能在 map/错误归一化路径保留 hints
  • 文档:Search / Python SDK / 仓库
阅读全文
关联模型 / 智能体 / 厂商:

Agno 3.0.11:知识层检索管线 + MMR/时效重排,文档源迁移与 cancellation_stage 上线

agno-agi 于 2026-09-23 发布 Agno v3.0.11(PyPI agno 3.0.11)。Knowledge.search() 改为知识层检索管线,可先扩大候选再交给重排器,新增 MMRReranker(相关性/多样性)与面向 pgvector 的 RecencyReranker(分数×时间指数衰减);提供文档源 hostname 迁移(默认 dry-run)、带截断/完整性元数据的 PageCommandResult,以及 Run/Team/Workflow 输出上的机器可读 cancellation_stage。向量库侧 reranker 参数标记废弃,统一改挂到 Knowledge。

Agno 3.0.11:知识层检索管线 + MMR/时效重排,文档源迁移与 cancellation_stage 上线

核心要点速览

  • 发版:v3.0.11 / PyPI 3.0.11
  • 检索:知识层 pipeline + MMRReranker,近重复 chunk 不再挤占结果集
  • 时效:RecencyReranker 用时间指数衰减抬新版本;文档源 migrate_page_source 默认 dry-run
  • 可观测:cancellation_stage∈{PENDING,EXECUTING,INTERRUPTED};PageCommandResult 带 error/completeness/truncation
  • 迁移:向量库 reranker 废弃 → 统一挂到 Knowledge;文档见 Knowledge overview
阅读全文
关联模型 / 智能体 / 厂商:
⚡ DeepSeek⚡ Y-API🤖 Agno🤖 AgentOS🌐 agno

Vercel AI SDK @ai-sdk/perplexity 5.0.0:从 Sonar Chat Completions 迁到 Agent API,预设/工具/用量元数据全换

Vercel AI SDK 于 2026-09-26 发布 @ai-sdk/[email protected]:语言生成路径从 Sonar Chat Completions 切换到 Perplexity Agent API。Sonar 模型 ID 与 provider options 需改为 Agent API 的 presets、models 与 tools;请求/响应元数据、原始流事件、usage/cost 形态均变,且不再支持 Sonar PDF 输入以及 image/video 结果。同提交还补齐 Agent API 终端事件文本恢复、原生 tool traces(如 finance)放行,以及 URL citation 去重与 search result ID 关联。

Vercel AI SDK @ai-sdk/perplexity 5.0.0:从 Sonar Chat Completions 迁到 Agent API,预设/工具/用量元数据全换

核心要点速览

  • 发版:@ai-sdk/[email protected](npm 同步 5.0.0)
  • 破坏性:生成栈迁到 Agent API;Sonar model ID / provider options 需改写为 presets、models、tools
  • 能力边界:不再支持 Sonar PDF 输入与 image/video 结果;usage/cost 与 raw stream 元数据形态变化
  • 流式修复:从 Agent API 终端事件/output items 恢复缺失文本(含 incomplete),并按 content part 跟踪避免重复
  • 引用:URL citation 在流中按 URL 去重,同时保留 search result ID 便于 citation 关联;finance 等原生 tool traces 不再被误当 web search 校验
阅读全文
关联模型 / 智能体 / 厂商:
AD赞助内容

DSPy 3.4.0:经 TypeSafe 接入 Jev 决策类型,ReAnchor 校准阈值,LM 层迁向原生 lm15 引擎

Stanford NLP 于 2026-09-25 发布 DSPy 3.4.0:通过 TypeSafe 客户端接入 Jev,新增实验性 Noul/Choice/Score 决策类型与 ReAnchor 校准器;LM 层以 lm15 原生引擎为默认优先,并提供 LocalInterpreter、异步 ReActV2。官方称 3.4 为 LM 过渡版,3.5 为迁移截止。

DSPy 3.4.0:经 TypeSafe 接入 Jev 决策类型,ReAnchor 校准阈值,LM 层迁向原生 lm15 引擎

核心要点速览

  • Jev:pip install 'dspy[typesafe]==3.4.0' + TypeSafe("jev-latest");输出可用实验类型 Noul / Choice[...] / Score[...](含 .probability / .confidence)(#10463)
  • 校准:实验性 ReAnchor 在不改写指令的前提下拟合阈值阈值 / Score 切分 / Choice 权重,须过训练分与 held-out fold
  • LM:默认 engine="auto" 优先原生 lm15;可 engine="lm15" 强制或 engine="litellm" 兼容;register_provider(...) 声明 OpenAI/Anthropic 兼容 HTTP(见 迁移指南)
  • 解释器:dspy.LocalInterpreter 用当前 Python 持久子进程跑可信代码(非安全沙箱);RLM 改为仅关键字 interpreter_factory=(#10238)
  • 时程:3.4 过渡、3.5 迁移截止;遗留 messages= / 自定义 LM 仍可用但有 deprecation;文档迁 Zensical(Material for MkDocs EOL 叙事)
阅读全文
关联模型 / 智能体 / 厂商:

huggingface_hub 2.0.0:HTTP 栈迁至 httpx2,并移除全部 1.x 废弃 API

Hugging Face 于 2026-09-24 发布 huggingface_hub v2.0.0:底层 HTTP 依赖从 httpx/httpcore 切换为 httpx2/httpcore2,自定义 client factory 与异常捕获必须改用新类型;同步删除 upload_large_folder、huggingface-cli 等 1.x 废弃 API,并提供官方迁移指南。

huggingface_hub 2.0.0:HTTP 栈迁至 httpx2,并移除全部 1.x 废弃 API

核心要点速览

  • 破坏性变更:HTTP 客户端/传输异常来自 httpx2 / httpcore2,不再兼容旧 httpx 类型(Release v2.0.0)
  • 双版本写法:自 v1.30.0 起可用 from huggingface_hub.utils import get_session, httpx 统一导入,兼容 1.x 与 2.x(迁移指南)
  • 证书与日志:httpx2 默认用操作系统信任库;日志应改盯 httpx2/httpcore2;oauth extra 需 authlib>=1.8.0
  • API 清理:upload_large_folder→upload_folder,duplicate_space→duplicate_repo,CLI 入口 huggingface-cli→hf,hf repo→hf repos 等(详见迁移文档)
  • 安装:pip install -U "huggingface_hub>=2.0.0";对照 issue #4802 迁移计划
阅读全文
关联模型 / 智能体 / 厂商:

Factory 推出 Teams 自助计划:每队 $60/月 + 每席 $40/月(最多 10 席),集中计费共享 Droid

Factory 于 2026-09-23 宣布 Teams:自助套餐可添加多名成员并集中计费,将修 bug、测试与迁移委派给 Droid。定价为每队 $60/月 + 每席 $40/月,最多 10 席;每人保留独立 Pro 速率限额。Teams 页可申请审核制 $500 抵用金。

Factory 推出 Teams 自助计划:每队 $60/月 + 每席 $40/月(最多 10 席),集中计费共享 Droid

核心要点速览

  • 定价:$60/月/队 + $40/月/席,上限 10 席(Pricing)
  • 每位成员保留独立 Pro rate limits
  • 定位:Droid 扛修复/测试/迁移,人类定方向(Teams)
  • 促销:Teams 页可申请 $500 抵用金(审核制)
  • 合规/气隙场景继续看 Private/VPC,而非硬套 10 席 Teams
阅读全文
关联模型 / 智能体 / 厂商:

Android Bench 2.0 发布:全面转向多日长程复杂工程任务(LHT)评测

学术界与产业界联合发布 Android Bench 2.0 评测基准。随着 Coding Agent 轻松突破简单单元测试与单函数修复,新版本全面引入需耗时数天才能完成的「长程任务(Long-Horizon Tasks, LHT)」,重点考察智能体从零搭建完整 App、多模块大版本依赖平滑升级以及跨端联调的架构鲁棒性。

核心要点速览

  • 告别单文件局部代码修复,全面考核跨多模块与多天的复杂项目交付能力
  • 包含从零搭建架构、第三方 SDK 兼容重构与真机自动化 UI 巡检等真实场景
  • 当前顶级前沿模型在此基准上的平均解决率仅为 31.4%,揭示长程规划巨大提升空间
阅读全文
关联模型 / 智能体 / 厂商:

Vals:腾讯 Hy4 Preview 开源权重登 Vals Index 第 4,Code Migration 性价比突出

Vals 评测腾讯 Hy4 Preview:在 Vals Index 58 款模型中总体第 21(55.4%)、开源权重第 4,单次测试约 1.28 美元。Code Migration 得分 47.4% 挤进前十且成本远低于 Muse Spark 与 Opus 4.8;在三项智能体基准上为开源权重第一,并提供 1M 上下文与 64k 最大输出。

核心要点速览

  • Vals Index 总体第 21(55.4%)、开源权重第 4,单测约 1.28 美元,多数基准成本低于中位数。
  • Code Migration 47.4% 进入前十,单测约 3.41 美元,显著低于 Muse Spark(约 14.21)与 Opus 4.8(约 30.51)。
  • 三项智能体基准开源权重第一;1M 上下文、64k 输出;终端任务偏弱(Terminal-Bench 2.1 约 55%)。
阅读全文
关联模型 / 智能体 / 厂商: