每日 AI 日报
要闻
DeepSeek 将从北京时间 2026 年 8 月 23 日 00:00 起更新 API 峰谷计费：周六、周日全天按低谷价收费，周一至周五仍沿用原有分段规则。
DeepSeek 宣布，API 峰谷计费规则于北京时间 2026 年 8 月 23 日 00:00 生效调整，周末两天不再划分峰谷时段，所有调用统一执行低谷时段价格，工作日则保持原有的峰谷分段计费。生效时间之前产生的费用继续依照旧规则结算。据其说明，调整是为了让用户在周末安排业务时不必承担高峰时段价格，并平衡全网算力负载。调整后继续使用服务将被视为接受新计费方式；不接受的用户可停止使用并申请退费。
开发生态
Firecrawl 上线 Firecrawl Developer Index，将 70M+ 份 docs、READMEs、issues 和 merged PRs 纳入单一索引。官方称其 recall 在同类代码索引中最高。
Firecrawl 已上线面向开发者检索的 Firecrawl Developer Index，收录总量为 70M+，包括 docs、READMEs、issues 和 merged pull requests。该索引支持在不知道名称时按 capability 找到 repo、关联 bug report 与修复它的 PR，并定位回答 how-to 问题的页面；据其说明，多数 sources 会刷新。
页面用 CLI 查询 `firecrawl developer "why is my retry backoff not firing on 429" --limit 10` 演示结果：client 将 429 视为 terminal status，所以 backoff 不运行；对应修复把 429 加入 throttling error list，并在每次 retry 前执行 exponential backoff。据其说明，该索引的 recall 在 coding-specific index 中最高。页面以 native web search 为 control，并称同一 model 不使用 search tool 时得分为 0.01。
开发生态
Codex 负责人 Tibo 表示，部分用户本周的缓存命中率低于此前数周的稳定水平，可能导致用量消耗稍快；团队正在检查日志和监控面板，原因尚未确认。
Codex 负责人 Tibo 发布 Codex 速率限制更新，称部分用户本周的缓存命中率低于此前数周的稳定水平，团队正在调查，并将继续发布进展。据其说明，持续命中缓存是高效使用 Codex 的重要组成部分，命中率下降可能解释相关用户的用量为何消耗稍快；他目前正与团队查看日志和监控面板。回复中，多名用户称额度出现异常快速消耗；也有用户认为问题与缓存命中率无关，其中有人表示未使用时额度仍在下降，另有人称自己没有遇到问题。目前原因尚未确认。
开发生态
已加入 OpenAI 的 uv 作者 Charlie Marsh 称，新版 Codex CLI 已上线其重构的启动机制，启动速度约为此前的 25 倍，并可在启动后立即响应。
已加入 OpenAI 的 Python 工具 uv 作者 Charlie Marsh 在最新发布的 Codex CLI 版本中重做了启动生命周期，该调整已随新版生效。Marsh 表示，重构后的 codex 可以即时完成启动，启动速度约为原来的 25 倍，并在启动完成后立即响应。此次优化已经纳入最新版本并向用户开放，用户升级 Codex CLI 后即可使用调整后的启动流程。
开发生态
Cursor 明确，个人 SuperGrok Heavy 不再附带 Cursor Ultra；只有该方案和个人 SuperGrok Plus 可为关联账户提供 Grok Bot 用量，关联建立后无法取消或转移。
Cursor 官方文档将 SuperGrok 关联定义为 Grok Bot 用量授权，而非 Cursor 方案：个人 SuperGrok Heavy 不会获得或切换到 Ultra，现有 Pro、Pro+、Ultra 或 Teams 订阅也不会被取消或替换。符合条件的方案仅限个人 SuperGrok Plus 和个人 SuperGrok Heavy，SuperGrok Team 与 SuperGrok Enterprise 不受支持；订阅保持有效时，额度适用于配对的 Cursor 账户，Cursor 会在每次续订时重新检查订阅状态。关联会将一个 Grok 账户与一个 Cursor 账户配对，创建后永久有效，不能取消或转移；已有含 Grok Bot 的付费 Cursor 方案仍会独立计费和续订，也不会新增第二套用量计量。“关联 Grok 账户”入口仅显示在登录前的“快速开始”付费墙页面，账户或用量异常时需联系支持团队，并提交两个账户的电子邮件地址及方案页面截图。
开发生态
Anthropic 回应 Claude Code 2.1.237 版“high”档显示 10 的质疑，称该数字来自 API 配置映射测试，不代表 0–100 刻度，内部评估确认模型性能未受影响。
Anthropic 团队成员 Thariq 表示，从 Claude Code 2.1.237 版本开始，部分用户在“high”推理强度档看到 10，是因为团队当前测试 API 服务配置时采用了不同的数值型努力值映射；模型本身没有变化，内部深度评估确认性能未受影响。此前用户发现，该数值与旧版“low”档相同。据其说明，团队有时会先在 Claude Code 中测试 API 服务配置再推广；这一刻度不是 0 到 100，数字没有独立含义，用户选择的努力等级仍对应实际获得的等级。团队正在推出更便捷的反馈和性能回退报告机制；用户如发现明显回退，可通过 /feedback 提交，并将 ID 发给 Thariq 以获得 credits。他同时表示，Opus 5 的表现具有 spiky 特征，提高一致性并强化 Claude 风格是团队的高度优先事项。