每日 AI 日报

2026-10-26

来源:橘鸦 AI 早报 · 7 条

2026-10-26
2026-10-26 2026-10-25 2026-10-24 2026-10-23 2026-10-22 2026-10-21 2026-10-20 2026-10-19 2026-10-18 2026-10-17 2026-10-16 2026-10-15

Kimi.ai 致歉 K3.1 Pro 限流并重置用量

要闻

Kimi.ai 致歉 K3.1 Pro 限流并重置用量

Kimi.ai 因 K3.1 Pro 限流和不必要的额度消耗致歉,并为所有档位订阅用户一次性重置用量,最多恢复月度额度的 25%;官方同时表示,正在减少不必要的 subagent 调用及输出长度。

Kimi.ai 已就 K3.1 Pro 订阅方案的限流及不必要的额度消耗致歉,并为所有档位订阅用户实施一次性用量重置,原文未注明具体日期。此次调整最多恢复相当于月度额度 25% 的用量,已用量低于 25% 的用户则清零已用量。官方表示,问题由自身造成,本应更早修复,并称恢复额度相当于一周用量,进度条将在美国太平洋时间公告当天结束前更新。除已调整配置外,公司表示正减少不必要的 subagent 调用和输出长度,以降低额度消耗。Kimi 开发者官方账号另称,已针对 K3.1 Pro 优化 Kimi Code CLI 和 Kimi Code 桌面应用的 subagent 调用,目的是改善复杂任务中的编排与协作。

读原文 →

OpenAI 28 天计划第 20 天全量重置,Tibo 称改动已传播完成

要闻

OpenAI 28 天计划第 20 天全量重置,Tibo 称改动已传播完成

OpenAI Codex 与 ChatGPT 团队的 Tibo 表示,28 天计划在第 20 天为所有人全量重置用量,相关改动已全部传播完成。该计划每天安排产品改进或用量重置,有时两项同时进行。

OpenAI Codex 与 ChatGPT 团队的 Tibo 表示,28 天计划第 20 天进行了面向所有人的用量全量重置,相关改动随后已全部传播完成。据其说明,这项计划的每日安排包括为 Codex 或 ChatGPT Work 用户推出一项改进,或为所有人全量重置用量,有时会在同一天执行两项安排。Tibo 还邀请用户在第 20 天的次日使用 Codex,并称接下来一周会有有趣进展,但未说明具体内容。

读原文 →

CapCut 插件将接入 ChatGPT,11 月开放测试

产品应用

CapCut 插件将接入 ChatGPT,11 月开放测试

CapCut 公布了连接 Codex 与视频生成、编辑工具的插件工作流,并预告于 11 月开放测试,但未注明年份。官方表示,用户可通过对话生成草稿、修改时间线,并转入 CapCut 手动编辑。

CapCut 宣布其插件将接入 ChatGPT,并于 11 月开放测试,页面未提供具体年份和日期。据官方说明,这套名为 CapCut × Codex 的工作流需要在 Codex 中安装插件并创建任务,用户可以用自然语言生成图像、视频素材和草稿,也可以上传已有草稿及配套素材继续制作。草稿保持可编辑状态,支持通过对话缩短场景、重排片段、替换画面、调整文字出现时间和音乐,也可从对话直接打开 CapCut 编辑器,手动修改各条轨道。官方表示,插件已包含由 CapCut Skills 驱动的创作功能,可生成和修改字幕、准备不同语言版本,并匹配特效、转场、滤镜、贴纸、音乐等数十万项创作素材。用户还可选择模板,替换其中的素材,再进入时间线细调。

读原文 →

OpenCode 披露 DeepSeek 推理机架运行数据

开发生态

OpenCode 披露 DeepSeek 推理机架运行数据

OpenCode 团队成员 dax 披露,DeepSeek 在新 GPU 机架上的推理配置于过去 24 小时处理了 6.77 万亿 token,p50 首 token 延迟为 1.16 秒,p50 吞吐为每秒 143 token。

OpenCode 团队成员 dax 披露了新 GPU 机架上 DeepSeek 推理配置的运行数据,统计覆盖披露前的 24 小时,原文未注明披露日期。这套配置处理了 6.77 万亿 token,p50 首 token 延迟为 1.16 秒,p50 吞吐为每秒 143 token。机架中一个托盘运行不稳定,影响了 p95 表现。对于是否采用量化的提问,dax 表示,该服务与 DeepSeek 官方 API 完全一致。他此前还称,在首次测试中,这套配置的价格性能优于他找到的其他供应商。

读原文 →

Nanbeige 开源 33B 模型 Nanbeige4.3-33B

模型发布

Nanbeige 开源 33B 模型 Nanbeige4.3-33B

BOSS 直聘 LLM 团队 Nanbeige 已开源 Nanbeige4.3-33B,采用 Apache-2.0 协议,支持 512K 上下文;官方公布其 Terminal-Bench 2.1 得分为 80.9。

BOSS 直聘 LLM 团队 Nanbeige 已发布开源模型 Nanbeige4.3-33B,原文未注明发布日期。模型采用 33B 参数的 dense 架构,支持 512K 上下文,以 Apache-2.0 协议开放。部署资源方面,社区已基于原始 BF16 权重提供 GGUF 量化版本,磁盘占用为 13.7GB 至 35.2GB。该模型还将作为后续小模型的教师模型,首个是 Nanbeige4.3-3B。据官方说明,其 Agent 表现在约 30B 参数的开源模型中达到 SOTA;官方评测显示,Terminal-Bench 2.1 得分为 80.9,Qwen3.8-27B 的对应得分为 73.0。

读原文 →

Anthropic 建议企业将部分 subagent 并入主 agent 循环

技术与洞察

Anthropic 建议企业将部分 subagent 并入主 agent 循环

Anthropic 建议企业评估将部分 subagent 合并到主 agent 循环,并提供迁移工具包。官方称,在多个企业部署的比较中,配备 skills 的单一 agent 在质量上常优于 subagent 架构,且每项任务的成本和延迟往往更低。

Anthropic 在 Claude 官网文章中提出,将部分 router、planner 和领域 subagent 并入主 agent 循环,并提供包含模拟系统演示的迁移工具包,原文未注明发布日期。据官方说明,替代方案通过 skills 和 tool search 按需加载上下文与工具,而非始终保留多层协调结构;subagent 仍适用于验证、并行工作和模块化权限管理。迁移评估从共享的端到端 eval 集开始,由中央团队负责,各团队为其 skills 配套较小的 eval 集,10 个标准示例即可起步。合并前检查路由是否选对 subagent,合并后改查是否加载正确 skill 或调用正确工具。官方还主张由一个中央团队负责端到端质量与 system prompt,并在发布前审核每个新工具和 eval。

读原文 →

Elvis Presley 歌曲权利方起诉 Anthropic,索赔约 4100 万美元

行业动态

Elvis Presley 歌曲权利方起诉 Anthropic,索赔约 4100 万美元

据 Billboard 报道,Elvis Presley 歌曲权利方已对 Anthropic 提起诉讼,索赔约 4100 万美元;报道标题将争议描述为涉嫌窃取其音乐,相关指控属于原告主张。

Elvis Presley 歌曲权利方已起诉 Anthropic,要求赔偿约 4100 万美元,所提供的 Billboard 素材未注明起诉日期。报道标题称 Anthropic 涉嫌窃取其音乐,但素材未提供具体涉案作品、被指控的使用方式或 Anthropic 的回应,也未载明法院是否已对相关指控作出认定。

读原文 →