Rohan Varma 如何用 Codex 处理产品工作

OpenAI Codex 产品经理 Rohan Varma 与 Peter Yang 讨论如何使用智能体处理产品工作。他介绍自己的团队实践，并使用模拟环境进行演示。本期由 Oceans 赞助。

Varma 表示，Codex 帮助他汇总客户反馈，并在加入项目时收集上下文。他也看到团队角色变化：工程师可以快速构建和迭代，产品经理则更关注关键决策、客户交流和产品推向市场。

他介绍了较短的规划周期和快速原型。一个例子是工程师制作的早期应用内浏览器原型，它让团队有了可以具体讨论的东西。Varma 的叙述反映 Codex 团队的特定环境，并不意味着每个产品都应跳过规划。

他认为许多用户尚未探索可以委派的全部任务范围。作为工具使用示例，他回忆自己让智能体把文档变成网站；当集成无法提供图片时，智能体使用浏览器获取图片。

在演示环境中，他介绍如何收集聊天反馈、进行汇总，并加入任务看板。实践该流程后，他创建定期自动化，并指定完成后应该发生什么。这些例子反映他的设置和当时可用的能力。

Varma 用图像生成从一张截图探索界面想法。他要求生成多个项目选择器方案，然后可以把有前景的方向做成可分享的原型。他还讨论使用设计指南，并在技能更新后进行测试，而不是假设其始终正确。

在自己的工作中，他介绍了生成一个本地小应用，为需要回复的消息排序。如果工具反复有用，他可能安排定期刷新数据。他也会汇总较长的对话，并要求列出自己作出的承诺。

Varma 表示自己有许多客户会议，通常在晚上进行构建工作。他让智能体审阅一周日历，寻找可以合并或改为消息的会议，以腾出更多专注时间。

他介绍自己会并行运行多个任务，但在会议之间查看结果，而不是盯着每一步。一个例子是让智能体关注拉取请求、处理检查，并在准备好人工审阅时汇报。具体权限和流程取决于设置。

他还介绍了根据频道更新维护项目概览页面，让团队能够找到近期上下文。他希望信息更容易保持更新，但内容仍需要判断和核实。

Varma 表示自己使用的个人技能相对较少，更愿意先了解基础系统能做什么。当他重复某个流程时，可能会把成功的工作流转为技能或自动化。他建议任务失败时，先问缺少了什么上下文，再改进工作流。

Varma 估计这些工具提高了自己的工作产出，并主张尝试更有挑战性的任务。这是个人观察，而非经过测量的效率保证。他最后谈到，应更关注什么值得构建，以及花时间与客户交流。