【CodexOpenAI不可或缺的工具】在OpenAI的办公室从A点走到B点很难不听到Codex被提及。Rohan Varma表示若Codex宕机OpenAI公司运营会陷入困境而他是让这个工具变得不可或缺的人之一。他是Cursor的联合创始人打造了让全球开发者上瘾的AI编程工具。2026年2月他被OpenAI挖去从创始人变成产品经理他认为OpenAI Codex内部运作方式和Cursor几乎一样团队极小、速度极快、每个人都用同一款产品构建这款产品。Peter Yang的Behind the Craft播客邀请Rohan做了一期实操密集的访谈Rohan在访谈中多次做现场演示展示了从Slack自动触发自动化、用Image Gen快速生成设计变体、把任何对话线程变成可复用技能等操作这不是理论课而是真实AI - native团队产品经理的日常工作展示。【两个杠杆PM工作方式与角色的转变】Rohan把Codex对PM工作的影响分为两个层面。一是具体做事的how变了信息合成、上下文获取、文档撰写、跨工具协调等过去占PM大量时间的事现在可大规模委托给Codex。他举例每天收到成百上千个数据点和问题用Codex 20分钟就能完全上手全新项目它会自动爬进所有工具汇总信息。二是角色本身被重新定义当团队里的工程师、设计师、产品经理都用Codex协作拓扑结构改变。OpenAI Codex团队典型配置是一个产品线一两个工程师产品经理从中间人变成两端校准者前端设定战略方向护栏后端负责推向市场中间执行层面让工程师和Codex自行推进。以前产品开发先做大量规划现在是先做一切再决定发布内容。【没有PRD只有做了再说】这种倒置在OpenAI日常中很常见。Codex不久前更新加入内置浏览器功能是工程师Adam某天上班觉得前端迭代切窗口烦自己用Codex做出来的没写需求文档没开会议。Rohan看后决定发出去一个功能诞生连一行PRD都没有。硅谷流传的meme说计划是写给agent看的不是写给人类看的用Codex的goal功能它会自己迭代完成目标。这背后是人类协作成瓶颈传统模式下多工程师协调成本高而用Codex提升单兵作战能力后产品决策是大量微型决策集合。所以Rohan日常工作重心偏移花更多时间和企业客户、团队在一起花更少时间在信息合成和文档维护上Codex处理手动部分PM就该多和用户在一起。【做一次然后让它自己去自动化自己】访谈中Rohan演示的工作流核心是先手动做一次然后让Codex自动化流程。他展示处理用户反馈的方式OpenAI用Slack多反馈分散他先在Codex开线程手动走通从Slack收集反馈 → 归类 → 录入Linear看板流程然后设定每周自动化一次。Codex还能自己修改自动化配置。他大概有五六套自动化覆盖各种循环性工作。还有一次性触发式自动化他给同事Alex发消息后在Codex设定当Alex回复私信时草拟一封回复客户的邮件Codex会监控私信触发条件满足后自动草拟邮件并删除自动化。Peter Yang半开玩笑问能否让Codex冒充回复Rohan表示团队有人用Codex标签触发自动化冒充自己回复。【Image Gen不是让你把头发染蓝的】Rohan认为Image Gen在产品工作中有近似AGI时刻的感觉。人们普遍把图像生成理解为消费级应用但在产品工作中它的真正威力是快速原型探索。他现场演示截Codex的选择项目界面截图让Image Gen基于此生成四五个不同设计变体方案几秒钟就得到五套不同交互方案比写React假页面快很多。他觉得产品创意第一轮迭代应用Image Gen做先用它跑视觉探索选方向再指令做成原型分享给团队。流程中还有技能创造器可把交互过程变成可复用技能固化设计语言。Peter Yang担心AI反复更新技能会让技能文件slop化Rohan承认是问题目前做法原始跑一下看效果团队正在探讨自动评估技能产出质量的方法。【一次性软件和自我更新的文档】Rohan提出disposable software概念用Codex创建软件边际成本趋近于零就会做以前不值得做的东西。他常让Codex做一次性小app如扫描未读Slack消息生成按优先级排列的本地网页过程不超一分钟用完就扔。若工具被反复用会加自动化更新变成零维护成本的动态仪表盘。在团队层面为每个项目的Slack频道建Codex Site自动提取上下文、持续自我更新能让新同事看到项目当前全部状态文档由AI从工作流中蒸馏出来不再是人写的。【线程编排器让Codex管理Codex】访谈中Peter Yang追问Rohan能同时跑多少个Codex线程以及能否让Codex进入系统管理系统的系统层面。Rohan承认没到那个级别但揭示了Codex可控制其他Codex线程的重大功能更新有高层的编排器线程可唤起、管理、等待子线程结果这是新编程范式。他日常通常跑五六个Codex线程心态是委托制开会前丢任务给它开完会结果就出来了。他用Codex的PR看护功能类比以前pull request合并需盯十次现在只需让它看护好最后介入合并。他认为对Codex最好的委托是做完回来中间不用管。【无关PM关乎杠杆感】Peter Yang问PM职业是否更好玩Rohan认为不只是PM每个角色都因AI受益AI不是让同一件事做快而是用同样时间做更多不同的事。他在OpenAI和Cursor都看到做了以前不可能做的事用不受约束形容感受。Codex连接所有工具他想不到何时说过这不可能现在是选择做哪个的问题。他建议遇到问题先问Codex能不能做不行就想它缺什么信息并提供形成闭环后能让Codex做更多事且更懂上下文。Peter Yang说模型能力超越多数人野心Rohan认为目标应比合理上限荒谬10倍它能完成90%再重新设定更荒谬的目标。