Codex 用量与 AI-native 工作分化 - 2026-07-29

type

status

date

slug

summary

今日主线

今天的 follow-builders 内容集中在一个现实问题：AI 工具开始进入高强度使用后，能力、成本和工作方式会一起变化。Thibault Sottiaux 对 GPT-5.6 Sol 的 Codex / ChatGPT Work 用量做了长解释，承认更强的模型会做更多 tool calls、跑更复杂 workflow，也会让部分重度用户更快耗尽额度。Swyx 则把人才市场的分化说得更直白：会管理 agent 的 AI-native IC 和 player-coach 在牛市，而传统“head of X”式管理角色在承压。

重点解读

第一条线是 Codex 用量从产品体验变成信任问题。Thibault Sottiaux 说，OpenAI 没有降低任何订阅计划的用量，但 Sol 比旧模型更愿意工作更久、调用更多工具、协调更多 subagents，导致一些任务消耗超出预期。OpenAI 预计典型 Sol 使用时长会提升约 18%，并会恢复此前临时暂停的五小时限制。这不是简单的“额度重置”，而是一个新阶段：agent 能力越强，用户越会用它处理复杂任务，计量、效率和透明解释就会变成产品体验的一部分。

第二条线是 AI-native 工作能力的价值上升。Swyx 说，现在是 AI-native IC / player-coach 的大牛市，也是“heads of X”管理者的大熊市；他甚至用一句话概括：有一年管理 10 个 agent 的经验，可能比有十年管理 10 到 100 人的经验更有价值。这个判断很刺耳，但和 Dan Shipper 用 ChatGPT for Work voice mode 完成 Codex 史稿的案例放在一起看，方向是一致的：核心竞争力正在从“会不会用工具”升级到“能不能把 agent 放进真实工作流”。

第三条线是安全和开源工具链继续往工程现场走。Thibault Sottiaux 还提到发布了用于发现、验证和修复代码安全漏洞的 CLI 和 TypeScript SDK，可以扫描仓库、检查变更、跟踪 findings，并放进 CI。Peter Steinberger 的一句“Serving large models is hard”虽然短，但也指向同一个现实：大家不再只讨论模型榜单，开始讨论部署、服务、成本、安全和工程化问题。

第四条线是今天有不少非 AI 主线内容。Garry Tan 的几条主要围绕个人态度和旧金山政策，Amjad Masad 有 rare books 和数学证明搜索的联想，Aaron Levie 转发 Zuckerberg 的 AI vision 和 K3 weights 相关内容，但 JSON 里上下文有限。按全量沉淀要求，这些内容全部保留，但正文不额外补外部信息。

X Builders 全量记录

1. Swyx @swyx

Swyx 今天最有信息量的是对 AI-native 人才市场的判断：会亲手操盘 agent 的 IC / player-coach 正在走强，而传统“heads of X”管理角色正在承压。他还补充说自己只是观察趋势，不是说没有反例，并提到可以去听 Latent Space 里 Edison 的相关内容。另一条只有链接和引用关系，JSON 里没有足够上下文，这里不额外补充。

2. Thibault Sottiaux @thsottiaux

Thibault Sottiaux 今天是最重要的信息源。他先用一句“reset button”调侃额度重置，随后正式说明：所有 ChatGPT Work 和 Codex 用户的 usage limits 已重置；Sol 的典型使用时长预计会提升约 18%；此前因为调查临时暂停的五小时限制也会恢复。重点在于他解释了原因：GPT-5.6 Sol 更愿意长时间工作、调用更多工具、协调复杂 workflow 和 subagents，code mode 也带来了更多响应、更多缓存输入 token 和更高用量。另一条则是发布安全漏洞扫描、验证和修复相关的 CLI 和 TypeScript SDK，说明 Codex 周边的工程工具也在补齐。

3. Peter Yang @petergyang

Peter Yang 今天一边讨论 Codex 的批评，一边发布自己的 Tastemaker 小产品。他说自己很喜欢 Codex，但也认可一些批评，并提出一个具体疑问：Sol Pro 是否比 Sol High 更好，为什么不在 Codex 里开放。另两条是他用 Claude Design 和 Claude Code 从粗略想法做出 Tastemaker 的过程：先写设计说明文件和 HTML spec，再用 Claude Design 做界面原型，最后用 Claude Code 构建和迭代。这是一个典型的 AI-native 产品构建流程案例。

4. Madhu Guru @realmadhuguru

Madhu Guru 的这条是半开玩笑，但很能说明现在工程师默认工作方式的变化：他看到一个 SWE 不用 Claude、不用 wispr、不用 tab key，只是“徒手写代码”。这不是产品发布，但它反过来说明 AI coding assistant 已经在一些团队里变成默认背景，纯手写代码反而像异常场景。

5. Amjad Masad @amasad

Amjad Masad 今天有三条。第一条是 rare books 相关，和 AI 主线关系不强；第二条更值得看，他把 SETI@Home 的捐算力搜索外星人类比到“捐算力搜索数学证明”，这延续了他昨天关于计算宇宙探索的想法；第三条只写了“1300 Elo”并附多个链接，JSON 里缺少上下文，按原始内容保留但不做额外推断。

6. Aaron Levie @levie

Aaron Levie 今天两条都是 quote 形式。一条明确表达了对 Zuckerberg AI vision 的认可，另一条只有链接和转发内容，JSON 中没有更完整文本。结合他的 bio，至少能看出 Box 仍然把 AI 放在企业内容和业务工作流的核心位置，但这里不补外部信息，只保留原帖。

7. Garry Tan @garrytan

Garry Tan 今天三条都不是 AI 主线。一条是关于生活态度：可以开玩笑，但面对人生、意图和世界观时要认真；另外两条是旧金山 Sanctuary City 政策相关。按“不筛选”的要求，这些内容保留，但不放进今天 AI 主线判断里。

8. Peter Steinberger @steipete

Peter Steinberger 今天只有一句判断：serving large models is hard。虽然短，但和今天 Codex 用量、Sol 效率、安全 SDK 这些内容放在一起很一致：大模型产品真正难的地方不只是模型聪明，而是如何稳定、低成本、安全地服务真实用户。

9. Dan Shipper @danshipper

Dan Shipper 今天最值得沉淀的是第三条：他在沙发上用 ChatGPT for Work 的 voice mode 完成了一篇 Codex 历史稿，从整理访谈、建立时间线，到写作、编辑、修改，全程没有碰键盘和鼠标。他说这对 creative work 非常强。另两条偏个人状态和轻量回应，和 AI 主线关系不强，但按全量要求保留。

10. Aditya Agarwal @adityaag

Aditya Agarwal 这条是个人反思。他回看十年前自己处在不确定中时得到的两个判断：想在世界上构建新东西，想和聪明、强烈的人一起工作。它不是 AI 产品动态，但作为 builder 的原始内容保留；放在今天的语境里，也和 AI-native IC / builder 市场的变化有轻微呼应。

Blog 全量记录

今天 JSON 中没有新增 blog。

Podcast 全量记录

今天 JSON 中没有新增 podcast。

今日沉淀结论

今天的主线不是某个单点发布，而是 AI 工作流产品进入真实用量压力测试。Sol 这类更强的模型会做更多事，也会带来更复杂的额度、效率和透明度问题；会管理 agent、会把 voice mode / Claude Design / Claude Code 放进真实流程的人，正在变成更稀缺的工作能力。接下来值得继续盯的是：Codex 用量策略是否更清晰，Sol Pro / Sol High 是否在产品里分层，以及 AI-native IC 的工作方式会不会变成新的团队默认配置。

Generated through the Follow Builders skill: https://github.com/zarazhangrui/follow-builders