My biggest takeaways from @tarstarr, @OpenAI's ChatGPT Work product lead: 1. The future of work is ...

TL;DR · AI 摘要
AI将改变工作方式,人类转向‘引导’而非‘执行’,产品开发需提前预判模型能力演进。
核心要点
- 未来工作核心是‘引导’(steering)而非执行,人类需定义方向而非完成任务。
- 产品开发应针对未来2-3个月模型能力进行设计,避免被技术迭代淘汰。
- AI时代更需要清晰的思考框架,执行速度必须匹配假设质量以避免偏差扩大。
结构提纲
按章节快速跳转。
- §引言
Lenny Rachitsky分享OpenAI ChatGPT Work负责人Tara的核心观点。
AI执行任务后,人类角色转向战略引导与价值判断。
需基于未来2-3个月模型能力进行产品设计,保持技术前瞻性。
知识工作依赖过程验证而非结果验证,AI需展示推理过程以建立信任。
- ›管理实践
产品负责人需通过‘10倍放大’思维提升团队目标天花板。
思维导图
用一张图看清主题之间的关系。
查看大纲文本(无障碍 / 无 JS 友好)
- AI与未来工作
- 工作模式变革
- steering > rowing
- 价值判断替代执行
- 产品开发策略
- 2-3个月模型预判
- 用户全时使用验证
- 知识工作特性
- 过程验证优先
- 推理过程透明化
金句 / Highlights
值得收藏与分享的关键句。
未来的工作是steering(引导),而非rowing(执行)——人类将专注于定义方向而非完成任务。
OpenAI产品文化的核心三问:是否足够野心?是否最大加速?是否全天候使用产品?
构建产品时应针对未来2-3个月模型能力,而非当前水平,否则产品将迅速过时。
Lenny Rachitsky on X: "My biggest takeaways from @tarstarr, @OpenAI's ChatGPT Work product lead: 1. The future of work is steering, not rowing. As AI agents take on more of the execution work, humans will shift toward “steering”: making the call for where to go next. In particular, the taste-drive… / X
Lenny Rachitsky
@lennysan
My biggest takeaways from
@
tarstarr
,
OpenAI
's ChatGPT Work product lead: 1. The future of work is steering, not rowing. As AI agents take on more of the execution work, humans will shift toward “steering”: making the call for where to go next. In particular, the taste-driven dimension of steering—choosing a direction because you believe the world should look a certain way. 2. “Are you mainlining it yet?” OpenAI’s product culture runs on three internal questions: Are we being as ambitious as possible? Is this maximally accelerated? And are you mainlining it yet (i.e. using your own product all day, every day)? Tara credits the Codex vibe shift over the past few months to this long-held discipline: the team’s user obsession, tight iteration loops, and adjusting quickly once they see how the market reacts. 3. Build for where the models will be in two to three months. Build for current model capabilities, and your product will be outdated by the time it ships. Build for capabilities 12 months out. Tara’s heuristic is to “build for two to three months ahead of the model.” 4. PMs are now in the business of elevating ambition. Tyler Cowen has noted how powerful it is for a leader to look at someone’s work and ask, “Could you do this faster? Could this be 10x bigger?” Tara sees this as a core function of the product role now. When engineers, designers, or stakeholders propose a scope or timeline, a key PM intervention is raising the possibility ceiling: “How could we 10x this? Couldn’t we try this faster?” The OpenAI internal memes (Is this maximally accelerated? Are you mainlining it?) encode the same instinct. 5. Most knowledge work can’t be verified like code, which means it won’t be replaced anytime soon. Coding is output-oriented—you can run tests and see if it works—but with knowledge work, the process itself is how you discover (and trust) the solution. Talking to customers, trying out ideas, seeing the market’s reaction. This is also why it’s important for AI products to surface in-progress work, citations, and chain of thought—so users can go on the journey with the model and actually believe the end result. 6. AI makes clear thinking even more important. Building faster is a gift and a risk. The gift is the ability to iterate at much greater speed. The risk is that you can now travel very far in entirely the wrong direction before anyone notices. If ideation and hypothesis quality do not keep pace with execution speed, teams “blow off course way quicker” than they ever would have before. Speed without a clear hypothesis will just compound errors faster. 7. Empirical beats theoretical. At Stripe, Tara spent tens of hours writing rigorous strategy documents because the market was established enough to reason from first principles. At OpenAI, the market changes too fast for a 12-month roadmap to be meaningful. The right response is to move from academic to empirical: identify your sharpest hypothesis, then test it with users as quickly as possible. Long reasoning documents rarely make sense anymore. Instead, get to something real people can try as quickly as you can. 8. Never automate writing-as-thinking. Instead, automate writing-as-reporting: status updates, email summaries, etc. But never outsource the writing you think with: start the doc yourself and end it yourself, using AI in the middle only for research, data, and pushback. Share docs at 70% complete so collaborators can poke holes and polish with you. At OpenAI it’s now “mocks, not docs”—prototypes and A/B results communicate better than long documents, because AI has made a long doc a meaningless signal of rigor. Tara still writes hundreds of docs—but for herself, not as the shareable artifact. 9. Someone still has to be the DRI, even when roles dissolve. Tara has always liked almost no boundaries between engineer, PM, and designer. Everyone can pick up the work now. But someone needs to be accountable. Someone still has to own the outcome.
Aug 30
"Are you mainlining it yet?" This is one of the key internal memes at
, and a big part of the reason there's been a vibe shift toward Codex over the past few months. It asks: are you using the product all day, every day? Are you depending on it? Are you bringing all your
Show more
3:15 PM · Aug 31, 2026
39K
Views
28
20
257
239