DeepSeek 周末低谷价、Codex 开放 harness、荣耀 9秒32：三个热榜都要先看条件
从 DeepSeek 周末计费、Codex 的开源边界和荣耀「闪电」百米测试出发，拆开真正改变的条件与仍待公开的记录。
覆盖窗口：北京时间 2026 年 8 月 23 日 00:00 至 12:01 能够核验到的材料。公开知乎热榜接口在 12:01 返回 30 条，接口没有给出榜单生成时间，因此下文把它视为「12:01 快照」，不把它写成全天最终榜单。
快照中有三条科技话题同时具备热度和可打开的核心材料：DeepSeek 把周末改为全时段低谷价，OpenAI 解释 Codex harness 的开源边界，荣耀「闪电」在赛前百米测试跑出 9.32 秒。三条消息的共同难点都是：标题给出一个结果，读者还得追问它在什么条件下成立。
| 综合顺序 | 知乎问题 | 热榜字段 | 已确认的变化 | 先看什么条件 |
|---|---|---|---|---|
| 1 | 怎么看 DeepSeek 再调整定价 | 第 1 名，738 万热度，118 个回答 | 周六、周日 API 调用统一按低谷时段计费。1 | 任务能否延后到周末，账单才能发生变化。 |
| 2 | 荣耀机器人「闪电」百米 9.32 秒 | 第 7 名，260 万热度，53 个回答 | 9.32 秒来自赛前户外测试，峰值速度为 14.5 米/秒。2 | 正式比赛成绩、全自主记录和故障数据仍要单列。 |
| 3 | DeepSeek 与 OpenAI 的 harness 开源 | 第 13 名，100 万热度，20 个回答 | OpenAI 把 Codex 的 agent loop 与集成组件界定为开源层。3 | 应用仍要自己决定数据、工具权限和人工审批。 |
知乎公开答案接口没有提供可用于恢复全量实时点赞前三的稳定排序。文中的「知乎观点」均为公开可见回答受限版，非实时全量最高赞前三；它们用于呈现讨论方向，事实判断以产品文档、代码仓库和可打开的媒体报道为准。
1. 周末全按低谷价：变的是调用排期
《科创板日报》8 月 22 日报道，DeepSeek API 开放平台从北京时间 8 月 23 日 00:00 起调整峰谷规则：周六、周日全天统一按低谷时段价格计费，工作日维持原来的分时段规则。此前的工作日高峰为 9:00 至 12:00、14:00 至 18:00；报道同时写明，DeepSeek V4 Pro 的高峰输出价格最高为每百万 token 27 元，高峰价是低谷价的两倍。4
这条规则直接影响的是账单排期。批量生成、离线评测、代码扫描和可延后的数据处理，只要业务允许排到周末，调用单价就会落在低谷档。线上客服、实时 Agent 或需要工作日响应的任务，账单仍由工作日的实际调用时段决定。
DeepSeek 当前 API 文档仍把
deepseek-v4-pro、deepseek-v4-flash 和视觉实验模型列为不同入口，并说明 Harness 处于开发者预览阶段。计费时间表、模型版本和 Harness 工程能力需要分开核对。5知乎观点：先想到「周末加班」，还没有形成成本测算
这些回答还没有给出同一任务在周末和工作日的 token 消耗、延迟与成功率。对于团队采购，下一步更有用的材料是一次可复现账单：固定模型、上下文长度、缓存命中率和任务量，再把任务分别放进工作日高峰、工作日低谷和周末运行。
2. Codex 的开源层：代码能看，权限还在应用手里
OpenAI 在 Codex 的开发者文章中把 harness 解释为模型外面的执行层：它负责保存会话状态、流式执行、调用工具、执行沙箱和审批策略，并把任务跨回合延续下去。OpenAI 把 Codex CLI、app-server 和官方 SDK 列为开源组件；模型访问与托管服务仍是另一层。9
这会让内部产品团队少写一层 agent runtime，却不会替团队完成权限设计。OpenAI 的例子把业务界面、记录、MCP 工具、可访问的数据和审批步骤都留给宿主应用；app-server 提供的是线程、事件流和审批请求的协议。对准备接入的团队，最先要决定的是 Agent 能读哪些文件、能调用哪些内部系统、哪些写操作必须由人确认。9
知乎问题把它与 DeepSeek Harness 放在一起讨论。DeepSeek 的官方仓库把 Harness 定位为 MIT 许可证的开源 agent harness，核心设计是「一切皆插件」，同时明确标为开发者预览并提示会出现破坏兼容性的更新。DeepSeek 官方 X 账号在 8 月 13 日发布预览时也写明了 MIT 开源和插件化范围。1011
两者放在一起时，比较点应落在工程接口上：插件与工具如何注册，状态怎样保存，审批怎样接入，升级会不会破坏既有工作流。模型参数是否开放、托管 API 是否收费、公司能否把敏感数据留在自己的网络里，仍是另外几张表。
知乎观点：对「新开源」和「现有组件」有分歧
当前可见记录中，赞同数最高的回答来自一名自称 DeepSeek Harness Remote 开发者的作者，内容给出了插件统计，但作者也声明了利益关联和统计局限。12
另外两条可见回答分别把 harness 比作生态底座，以及质疑 Codex 是否在这次讨论中发布了新的开源内容。1314 OpenAI 当前文章能够确认哪些组件属于开源层；要判断某一版本是否带来新的代码或接口，仍应逐项查看仓库 release、提交记录和 SDK 变更日志。
3. 「闪电」9.32 秒：先把赛前测试和田径纪录分开
央视新闻客户端 8 月 22 日的赛前探访称，荣耀「闪电」在户外百米测试中跑出 9.32 秒，峰值速度为 14.5 米/秒；该机器人原计划参加第二届世界人形机器人运动会的大型组 100 米、400 米和 1500 米项目。报道所说的是开幕前的测试成绩。15
凤凰网科技转载的赛前信息补充了研发方向：团队调整了大小腿比例、减轻整机重量，并升级关节模组的扭矩与响应速度。该报道还称两款机器人采用全自主运行。16 一条赛前探营视频说明，团队以 1:1 赛道训练，100 米直线项目依靠髋部摄像头识别跑道线；该视频属于赛前介绍，适合了解测试方案，正式竞赛结果仍要以赛事记录为准。17
世界田径联合会当前仍把博尔特在 2009 年柏林跑出的 9.58 秒列为男子 100 米世界纪录。荣耀「闪电」的 9.32 秒低于这一时间，归属却是机器人赛前户外测试。读者看这条消息时，最准确的表述是「机器人测试时间低于人类纪录时间」；正式比赛计时、是否全程全自主、起跑与赛道规则、人工干预和完赛稳定性，才决定它在机器人竞速里的技术分量。18
知乎观点：讨论集中在用途，技术细节仍空着
现有片段没有给出能评估机器人的关节温度、能耗、跌倒恢复、连续多次成绩或人工接管次数。赛事组织方若公布这些字段，才可以把短跑测试与物流、巡检、救援等需要稳定移动的场景连起来看。
接下来盯住三份记录
- DeepSeek 的实际账单和延迟。 选择一项可延后任务，分别记录工作日高峰、工作日低谷与周末的 token 单价、总耗时和失败重试次数。
- Codex 的版本差异。 内部接入前先锁定 CLI、app-server、SDK 和依赖的具体版本，再测试沙箱、审批与 MCP 工具在升级后是否保持原有权限边界。
- 荣耀「闪电」的正式成绩单。 重点看比赛计时、全自主状态、任务完成率和故障恢复记录。9.32 秒说明极限速度已经足够吸睛；连续、可复核的赛场记录才能说明系统能否稳定工作。
References
- 1知乎问题页
zhihu.com
- 2知乎问题页
zhihu.com
- 3知乎问题页
zhihu.com
- 4科创板日报：DeepSeek 周末计费调整
cls.cn
- 5DeepSeek API Docs
api-docs.deepseek.com
- 6知乎公开回答：周末加班
zhihu.com
- 7知乎公开回答：开发团队双休
zhihu.com
- 8知乎公开回答：价格观感
zhihu.com
- 9OpenAI：Codex as a platform
developers.openai.com
- 10DeepSeek Harness 官方 README
github.com
- 11DeepSeek 官方 X 帖文
x.com
- 12知乎公开回答：插件统计与利益关联
zhihu.com
- 13知乎公开回答：生态讨论
zhihu.com
- 14知乎公开回答：是否有新开源内容
zhihu.com
- 15央视新闻客户端：机器人户外实测 9.32 秒
xinwen.bjd.com.cn
- 16凤凰网科技：荣耀「闪电」赛前测试
tech.ifeng.com
- 17YouTube：第二届世界人形机器人运动会赛前探营
youtube.com
- 18世界田径联合会：博尔特仍为男子百米纪录保持者
worldathletics.org
- 19知乎公开回答：四轮车辆比较
zhihu.com
- 20知乎公开回答：资本故事猜测
zhihu.com
- 21知乎公开回答：用途讨论
zhihu.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.