产品经理如何使用 VS Code 接入 Codex

For PM

不要求你先成为开发者

目标是让你能理解项目、描述需求、审查 AI 的修改，而不是从零学习完整编程体系。

VS Code

从真实项目开始

不要用空白 Demo。打开已有项目，让 Codex 先读结构，再提出修改计划。

Safe Flow

先计划，后执行

每次让 AI 改代码前，先要求它输出影响文件、修改步骤和验证方法。

Core Idea

产品经理使用 Codex 的核心不是写代码

你的目标是把需求、业务判断和验收标准讲清楚，让 AI 帮你定位项目、提出方案、执行小改动，再让你和开发者一起审查结果。

如果你让 AI 一上来“大改某个功能”，风险会非常高。更稳的方式是先让它读项目，再让它处理边界清楚的小任务。

读懂项目

让 Codex 解释目录结构、页面入口、组件关系和数据流。

拆清需求

把用户场景、限制条件、验收标准写成 AI 能执行的任务。

小步改动

优先从文案、样式、空状态、小交互开始，而不是完整功能。

协作审查

让 Codex 解释改动，再交给开发者做代码 Review。

Step Workflow

完整操作步骤

Step 011

打开一个真实项目

选择一个能本地运行、改动范围可控的项目。不要从空项目开始，否则很难验证 AI 是否真的理解业务。

Step 022

让 Codex 阅读项目结构

先让它总结目录、入口文件、页面组件、数据来源和可能影响目标功能的模块。

Step 033

提交一个小需求

用产品语言写清楚目标、用户场景、限制条件和验收标准。需求越具体，AI 改动越可控。

Step 044

要求先给修改计划

不要直接让它改。先看计划是否只影响必要文件，是否有潜在风险，是否符合你的验收标准。

Step 055

执行最小改动

确认计划后再让 Codex 修改。优先处理文案、样式、空状态、小交互这类边界清楚的任务。

Step 066

运行并检查结果

打开页面或运行测试，确认结果和需求一致。让 Codex 解释它改了哪些文件以及为什么这么改。

Step 077

做一次产品审查

重点看用户流程、边界状态、文案语气、是否影响原有功能，而不是纠结每一行代码。

Step 088

交给开发 Review

真实项目进入主分支前，仍然应该经过开发者审查。AI 是加速器，不是免审通道。

Prompt Templates

可直接复制的 Prompt

阅读项目

请先阅读这个项目结构，用 5 条总结它的主要模块、页面入口和数据流，不要修改代码。

提出计划

我要增加一个空状态提示。请先列出你准备修改的文件、每个文件的修改点，以及可能影响的功能。

审查修改

请解释刚才改了哪些文件、为什么这样改、我应该如何在页面上验证结果。

适合产品经理做的任务

让 AI 解释陌生项目结构
修改页面文案、提示语和空状态
补充简单 UI 状态和展示逻辑
生成 README、需求说明和验证步骤

不建议直接交给 AI 的任务

大范围重构核心业务流程
涉及权限、支付、安全和隐私的功能
没有开发者 Review 的线上改动
你自己无法验证结果的复杂实现

Next Step

从一个能 30 分钟验证的小需求开始。

继续看 Codex 和 Cursor 怎么选