![](https://assets.juya.uk/imagehub/20260823/20260823090301643299099f_cover_3562.png) # AI 早报 2026-08-23 **视频版**：[哔哩哔哩](https://www.bilibili.com/video/BV1R88x6kEvF) ｜ [YouTube](https://www.youtube.com/watch?v=AQHcpsUhtTY) ## 概览 ### 要闻 - DeepSeek 调整 API 计费：周末全天统一按低谷价收费 `#1` ### 开发生态 - Firecrawl 上线 Firecrawl Developer Index [↗](https://firecrawl.dev/developer-index) `#2` - Tibo 称 Codex 部分用户缓存命中率下滑，团队正调查 [↗](https://x.com/thsottiaux/status/2091033630147854385) `#3` - uv 作者重做 Codex CLI 启动，提速约 25 倍 [↗](https://x.com/charliermarsh/status/2090924566923067490) `#4` - Cursor 官方文档变动：SuperGrok Heavy 不再附赠 Cursor Ultra [↗](https://cursor.com/cn/help/grok-bot/supergrok-heavy) `#5` - Anthropic 回应降智质疑称测试 Claude Code 配置不影响性能 [↗](https://x.com/trq212/status/2091247114869432543) `#6` --- ## 要闻 ### DeepSeek 调整 API 计费：周末全天统一按低谷价收费 `#1` > **DeepSeek** 于昨日晚间宣布，自 **8 月 23 日**（今日）零时起，`API` 周末全天不再区分峰谷时段，统一按低谷价计费。工作日继续执行原有峰谷分段计费。 **DeepSeek** 宣布，自北京时间 **2026 年 8 月 23 日（今日）00:00** 起调整峰谷计费规则。 周末（周六、周日）全天不再区分峰谷时段，统一按低谷时段价格收取调用费用。 工作日（周一至周五）继续执行原有峰谷分段计费。 新规则生效前的费用仍按原计费规则结算。 官方表示，此举旨在让用户在周末更灵活安排业务、无需担心高峰时段成本，同时平衡全网算力负载。 用户若在调整后继续使用服务即视为同意新计费方式。 不同意则可选择退出使用并申请退费。 ![](https://assets.juya.uk/imagehub/aidaily/35629b7b-a4f2-400b-b530-965ff2cf6b95/f72f496b-ebbc-439e-86cc-d519ccc1e9e3/m001_f03e5fa5.png) --- ## 开发生态 ### [Firecrawl 上线 Firecrawl Developer Index](https://firecrawl.dev/developer-index) `#2` > **Firecrawl** 推出编程 Agent 专用检索索引 `Firecrawl Developer Index`。官方称其覆盖超 **7000** 万个一手来源，召回率在同类编程索引中最高。 **Firecrawl** 官方发布编程 **Agent** 专用检索索引 **Firecrawl Developer Index**，现已上线。 该索引可检索超 **7000 万** 个一手来源，覆盖仓库、文档和 `issue`，内容包括热门公共仓库与文档站点中的 `issue`、已合并 `PR` 和 `README`。 此索引用于让 `Agent` 自行回答代码行为、`API` 契约、报错信息和已知 `bug` 等问题。 根据官方数据，其在覆盖仓库、文档和 `PR` 的 **1179** 条真实开发者查询上达到 `63%` 的 `recall@10`，官方称比次优外部服务商高出约 **10%**。 ![](https://assets.juya.uk/imagehub/aidaily/35629b7b-a4f2-400b-b530-965ff2cf6b95/b00ef5cc-1d20-4e63-8576-f8901bb2ce11/m001_547797e9.png) 相关链接： - [https://firecrawl.dev/developer-index](https://firecrawl.dev/developer-index) - [https://github.com/firecrawl/benchmark-devdex](https://github.com/firecrawl/benchmark-devdex) --- ### [Tibo 称 Codex 部分用户缓存命中率下滑，团队正调查](https://x.com/thsottiaux/status/2091033630147854385) `#3` > **Codex** 负责人 **Tibo** 发布关于 `Codex` 用量异常的更新说明，指出部分用户**本周**缓存命中率低于此前稳定水平，这可能是用量消耗加快的原因。团队正在查看日志和监控面板进行调查，并将于之后再次发布说明。 **Codex** 负责人 **Tibo** 发布关于 `Codex` 速率限制的更新说明，表示部分用户**本周**的缓存命中率低于此前**几周**的稳定水平。 他称这可能解释这些用户用量消耗略快的原因，因为持续命中缓存是高效使用 `Codex` 的重要组成部分。 团队正在调查，并称将会有更新。 **Tibo** 还表示自己目前正与团队一起查看日志和监控面板。 多名用户在回复中反馈额度异常快速消耗。 也有用户反驳称并非缓存命中率问题、有人在无使用时额度仍在下降。 另有用户表示未遇到问题，原因尚待确认。 ![](https://assets.juya.uk/imagehub/aidaily/35629b7b-a4f2-400b-b530-965ff2cf6b95/8c0b9e31-8519-451f-96e4-23fcd3a685da/m001_bf3ac38a.png) 相关链接： - [https://x.com/thsottiaux/status/2091033630147854385](https://x.com/thsottiaux/status/2091033630147854385) --- ### [uv 作者重做 Codex CLI 启动，提速约 25 倍](https://x.com/charliermarsh/status/2090924566923067490) `#4` > 加入了**OpenAI** 的 `uv`作者**Charlie Marsh** 表示，他在最新版 `Codex CLI` 中重做了启动流程，速度提升约 **25** 倍、可即时响应。 已加入 **OpenAI** 的 **Python** 工具 `uv` 作者 **Charlie Marsh** 表示， 他在最新的 `Codex CLI` 版本中重做了启动生命周期， 使 `codex` 启动即时完成，速度约为原来的 **25** 倍，并且可以立即响应， 该优化已随新版发布，用户升级即可体验。 ![](https://assets.juya.uk/imagehub/aidaily/35629b7b-a4f2-400b-b530-965ff2cf6b95/ca2dabf4-78a4-4859-8543-b77e25999b3d/m001_e0a46ba6.gif) 相关链接： - [https://x.com/charliermarsh/status/2090924566923067490](https://x.com/charliermarsh/status/2090924566923067490) --- ### [Cursor 官方文档变动：SuperGrok Heavy 不再附赠 Cursor Ultra](https://cursor.com/cn/help/grok-bot/supergrok-heavy) `#5` > **Cursor**官方文档显示，目前关联**SuperGrok Heavy**仅获得`Grok Bot`用量，已删除了附赠**Cursor Ultra**的相关说法。工作人员回应称已付费并成功激活免费**Ultra**的用户不受影响。 **Cursor** 官方文档目前明确，关联个人 `SuperGrok Plus` 或 `SuperGrok Heavy` 账户获得的是 `Grok Bot` 用量授权，而非 **Cursor** 方案。 `SuperGrok Heavy` 不再附送 **Cursor Ultra**。 对于已领取权益的老账号，工作人员回应称已付费并成功激活免费 `Ultra` 的用户不受影响。 ![](https://assets.juya.uk/imagehub/aidaily/35629b7b-a4f2-400b-b530-965ff2cf6b95/823efc15-6bd4-4378-ab67-16b44b11d212/m001_d1e53b2a.png) ![](https://assets.juya.uk/imagehub/aidaily/35629b7b-a4f2-400b-b530-965ff2cf6b95/823efc15-6bd4-4378-ab67-16b44b11d212/m002_1dc3ffe4.png) 相关链接： - [https://cursor.com/cn/help/grok-bot/supergrok-heavy](https://cursor.com/cn/help/grok-bot/supergrok-heavy) - [https://x.com/GrokInsider/status/2091183296084336871](https://x.com/GrokInsider/status/2091183296084336871) - [https://forum.cursor.com/t/free-cursor-ultra-with-grok/168286/37](https://forum.cursor.com/t/free-cursor-ultra-with-grok/168286/37) --- ### [Anthropic 回应降智质疑称测试 Claude Code 配置不影响性能](https://x.com/trq212/status/2091247114869432543) `#6` > 针对 **Claude Code** 模型在“**high**”推理强度档显示“**10**”的降智质疑，**Anthropic** 成员 **Thariq** 称这是 `API` 服务配置测试造成的数值映射差异。他表示用户所选 `effort level` 不变，内部评估未发现性能回退。 此前用户发现，自 `Claude Code 2.1.237` 版本起，模型在**“high”**推理强度档读取的数值为 **100 中的 10**，与旧版**“low”**档数值相同。 **Anthropic** 团队成员 **Thariq** 回应称，团队有时会先在 `Claude Code` 中测试 **API** 服务配置再推广，当前正在运行的一个测试对数值型努力值的映射方式不同，因此部分用户会在 **high** 档看到**“10”**。 他表示该刻度并非 **0 到 100**，数字本身没有独立意义，用户选择的努力等级就是实际获得的努力等级，内部深度评估已确认这一变化不影响模型性能。 他补充模型本身没有任何变化，正在推出更便捷的反馈与回退报告机制，若用户发现明显回退，可通过 `/feedback` 提交并将 `ID` 发给他，将获得 **credits**。 他还承认 `Opus 5` 是一个表现**“尖峰化（spiky）”**的模型，让模型更一致、更**“像 Claude”**是团队的高度优先事项。 ![](https://assets.juya.uk/imagehub/aidaily/35629b7b-a4f2-400b-b530-965ff2cf6b95/7cb23f5e-1ea4-461f-b9e2-72f4201e3117/m001_624ac635.png) ![](https://assets.juya.uk/imagehub/aidaily/35629b7b-a4f2-400b-b530-965ff2cf6b95/7cb23f5e-1ea4-461f-b9e2-72f4201e3117/m002_423ab0e4.png) 相关链接： - [https://x.com/trq212/status/2091247114869432543](https://x.com/trq212/status/2091247114869432543) --- **提示**：内容由AI辅助创作，可能存在**幻觉**和**错误**。