最新资讯
dev.to 让模型改写文档前,先量化事实保真度 dev.to 回放 153 个 Claude Code 与 Codex 会话,审计 Agent 的生产影响范围 dev.to 银行 77 意图分类最便宜 LLM:GPT-6.1 Terra 每次成功任务 $0.000727 theinformation.com Chesky的副业:Airbnb向CEO新设AI实验室出售IP theverge.com OpenAI 宣布数据中心项目不再与公职人员签署保密协议 dev.to NVIDIA 发布四个开放 Cosmos 3 仿真模型 dev.to 真实 MCP 客户端击穿我们服务器的五种方式 theverge.com Airbnb 正在开发 AI 旅行 agent,计划 2027 年上半年推出 wechat 这可能是美国AI最魔幻的一天。 nytimes.com 美众议院共和党领袖要求 Nvidia 黄仁勋闭门简报 pub.towardsai.net 忘掉我:为记忆而设计的系统中的删除难题 marktechpost.com Google 发布 Gemini Omni 1.2 Flash:15 秒视频,每秒 0.07 美元
多元动态
登录 注册
行业动态 x.com · @Lenny Rachitsky (@lennysan)

OpenAI产品负责人访谈要点:未来工作是引导而非划桨

原文 我的收藏

Lenny Rachitsky总结了与OpenAI产品负责人Tara Seshan的对话要点:1. 未来工作从执行转向引导;2. OpenAI内部文化问题如'你在主用吗';3. 为2-3个月后的模型构建;4. PM的职责是提升雄心;5. 知识工作难以被替代;6. AI使清晰思考更重要;7. 经验主义优于理论。

AI推荐理由 Lenny Rachitsky总结了OpenAI产品负责人Tara Seshan的访谈要点,涵盖未来工作模式、产品文化、构建时机等,内容详实,对AI产品经理和从业者有较高价值。

85 浏览 59,458 点赞 365 评论 39 转发 32

正文

我从 @tarstarr(OpenAI 的 ChatGPT 工作产品负责人)那里获得的最大收获:1. 工作的未来是掌舵,而不是划桨。随着 AI 代理承担更多的执行工作,人类将转向“掌舵”:决定下一步的方向。特别是,掌舵中由品味驱动的维度——选择一个方向,因为你相信世界应该以某种方式呈现。2. “你已经在日常使用它了吗?”OpenAI 的产品文化依赖于三个内部问题:我们是否尽可能雄心勃勃?这是否最大程度地加速了?你是否已经在日常使用它(即整天、每天使用自己的产品)?Tara 将过去几个月 Codex 的氛围转变归功于这一长期坚持的纪律:团队对用户的痴迷、紧密的迭代循环,以及一旦看到市场反应就迅速调整。3. 为两到三个月后模型的状态而构建。为当前模型能力构建,你的产品在发布时就会过时。为 12 个月后的能力构建。Tara 的经验法则是“为模型领先两到三个月而构建”。4. 产品经理现在的工作是提升雄心。Tyler Cowen 曾指出,领导者看着某人的工作并问“你能做得更快吗?这能大 10 倍吗?”是多么有力。Tara 认为这是现在产品角色的核心功能。当工程师、设计师或利益相关者提出范围或时间表时,产品经理的关键干预是提高可能性上限:“我们如何将其扩大 10 倍?我们不能更快地尝试吗?”OpenAI 的内部梗(这是最大程度加速了吗?你在日常使用它吗?)编码了同样的本能。5. 大多数知识工作无法像代码那样被验证,这意味着它们不会很快被取代。编码是面向输出的——你可以运行测试并查看它是否有效——但对于知识工作,过程本身就是你发现(并信任)解决方案的方式。与客户交谈、尝试想法、观察市场反应。这也是为什么 AI 产品展示进行中的工作、引用和思维链很重要——这样用户就可以与模型一起经历旅程,并真正相信最终结果。6. AI 使清晰思考变得更加重要。更快地构建是一份礼物,也是一个风险。礼物是能够以更快的速度迭代。风险是,你现在可以在任何人注意到之前,朝着完全错误的方向走得很远。如果构思和假设的质量跟不上执行速度,团队会比以往任何时候都“更快地偏离轨道”。没有清晰假设的速度只会更快地累积错误。7. 经验优于理论。在 Stripe,Tara 花了数十小时撰写严谨的战略文档,因为市场已经足够成熟,可以从第一性原理进行推理。在 OpenAI,市场变化太快,12 个月的路线图没有意义。正确的回应是从学术转向经验:确定你最尖锐的假设,然后尽快与用户测试。长的推理文档很少再有意义。相反,尽快让真实的人可以尝试一些东西。8. 永远不要自动化“作为思考的写作”。相反,自动化“作为报告的写作”:状态更新、电子邮件摘要等。但永远不要外包你用来思考的写作:自己开始文档,自己结束文档,只在中间使用 AI 进行研究、数据和反驳。在 70% 完成时分享文档,以便合作者可以与你一起挑毛病和润色。在 OpenAI,现在是“模型,而不是文档”——原型和 A/B 结果比长文档沟通得更好,因为 AI 使长文档成为严谨性的无意义信号。Tara 仍然写数百份文档——但为了自己,而不是作为可分享的工件。9. 即使角色消解,仍然需要有人担任 DRI。Tara 一直喜欢工程师、产品经理和设计师之间几乎没有界限。现在每个人都可以接手工作。但需要有人负责。仍然需要有人拥有结果。Lenny Rachitsky@lennysan “你已经在日常使用它了吗?”这是 @OpenAI 内部的关键梗之一,也是过去几个月氛围转向 Codex 的一个重要原因。它问:你是否整天、每天使用该产品?你是否依赖它?你是否将你所有的品味都用于判断这是否是人们真正想要的东西?Tara Seshan (@tarstarr) 在 OpenAI 领导 Codex 和 ChatGPT 工作的产品(与她的 EM @ajambrosino 一起)。当我问她内部发生了什么变化使氛围转向 Codex 时,她的回答是:什么都没有。人们只是开始注意到。在我们的对话中,我们还讨论了:🔸 她在前沿模型上构建的规则:为它们两到三个月后的状态而构建——为今天构建会失败,为一年后构建也会失败 🔸 为什么产品经理现在的工作是提升每个人的雄心 🔸 为什么知识工作的未来是掌舵,而不是划桨 🔸 为什么 OpenAI 是“创始人主导”的,而不是创始人主导(以及为什么没有秘密战略室)🔸 她永远不会让 AI 触碰的一种写作类型 收听 nyoutu.be/zMvBMfj4cSQ0v0kT1 🔗 查看引用推文 💬37🔄32❤️362👀58882📊100 ⚡ 由 xgo.ing 提供支持
查看原文(中文正文为 AI 翻译)
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. Lenny Rachitsky@lennysan "Are you mainlining it yet?" This is one of the key internal memes at @OpenAI, 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 taste to bear on whether this is something people actually want? Tara Seshan (@tarstarr) leads product for Codex and ChatGPT work at OpenAI (alongside her EM @ajambrosino). When I asked her what changed internally to shift the vibes toward Codex, her answer was: nothing. People just started noticing. In our conversation, we also discuss: 🔸 Her rule for building on top of frontier models: build for where they'll be in 2-3 months—building for today fails, building for a year out fails 🔸 Why PMs are now in the business of elevating everyone's ambition 🔸 Why the future of knowledge work is steering, not rowing 🔸 Why OpenAI is "founders-led," not founder-led (and why there's no secret strategy room) 🔸 The one type of writing she will never let AI touch Listen nyoutu.be/zMvBMfj4cSQ0v0kT1 🔗 View Quoted Tweet 💬37🔄32❤️362👀58882📊100 ⚡ Powered by xgo.ing

来源报道 · 1 篇 · 以下链接均前往原始媒体

Lenny Rachitsky (@lennysan) OpenAI产品负责人访谈要点:未来工作是引导而非划桨 08-31 · 原文发布
← 返回精选动态 原文

更多内容