工作区、权限
与关键动作

这节课要解决的问题

每次点击确认前，先回答四个问题：Codex 在哪里操作？它准备做什么？谁会受到影响？如果出错，怎样恢复？

1. 知道工作区只是当前项目文件夹；
2. 分清读取、修改、运行命令、联网和外部操作；
3. 遇到高风险动作时先停下来；
4. 看不懂权限时先拒绝，并让 Codex 换一个影响更小的做法。

工作区只是当前项目文件夹

工作区就是 Codex 当前打开的项目文件夹。它不应该因为能看到这个文件夹，就顺便读取下载目录、其他项目或整台电脑。

Codex-First-Practice/
├── README.md
├── notes/
│   └── lesson-03.md
└── examples/
    └── expected-output.txt

如果任务必须读取项目外的文件，Codex 应该先说清原因和具体路径。你确认以后，它才能继续。

把动作分成五个层级

同一个命令可能跨越多个层级。例如 npm install 既访问网络，也会向项目写入大量依赖；部署脚本还可能改变远程环境。不要只根据命令看起来熟悉就判断风险。

遇到这些关键动作先停下来

1. 删除、覆盖、批量移动或批量重命名；
2. 修改用户目录、系统目录或工作区以外文件；
3. 安装全局依赖、要求管理员权限；
4. 读取密码、密钥、Cookie、生产配置或客户数据；
5. 连接生产数据库、服务器、支付或真实账号；
6. 发送邮件、发布内容、提交订单或部署上线；
7. 使用含通配符、递归删除、未展开变量的命令。

动作越难恢复、影响的人越多、范围越不确定，确认就越应该具体。

不要只看按钮，要读动作本身

# 只查看项目文件
rg --files .

# 安装项目内依赖，会联网并大量写入
npm install

# 高风险：递归删除目标目录
rm -rf /some/path

# 外部影响：把构建发布到远程环境
npm run deploy

确认时重点看完整命令、当前目录和目标路径。若命令使用变量或脚本名称，要求 Codex 解释变量解析成什么、脚本内部做什么。看不懂时可以拒绝，并要求先提供只读调查方案。

用四问做权限决定

优先选择权限更小的路径

很多任务可以分成“先调查”和“再改变”。先做只读检查，确认目标文件和原因；再只授权必要的修改。这样即使判断错误，影响也被限制在很小范围。

1. 只读列出相关文件
2. 读取项目规则与配置
3. 说明最小修改计划
4. 修改一个明确文件
5. 运行项目内检查
6. 用户确认后才执行外部动作

如果 Codex 一开始就要求管理员权限、全盘访问或生产连接，先追问为什么不能在项目副本、测试环境或更小目录中完成。

敏感信息不因为在工作区里就可以使用

项目中可能意外存在 .env、私钥、数据库地址、客户导出或浏览器会话。它们被看见，不代表本轮任务已授权读取、复制或发送。

1. 不要把密码、验证码、恢复码粘贴进提示词；
2. 密钥只在需要的受控配置中使用，不在交付报告里回显；
3. 网页查询前确认不会把私有源码或数据发到外部；
4. 示例与截图要脱敏；
5. 发现意外凭据时停止扩散并提醒用户处理。

本节练习：比较三个动作

同一条 npm test 在不同项目里做的事情可能不同。它可能只运行检查，也可能创建截图、启动浏览器或连接测试服务，所以要先查看项目里的脚本说明。

视频录制与复习提纲

1. 用文件树解释工作区边界；
2. 现场拆解一个命令的当前目录和目标路径；
3. 比较读取、安装依赖和部署的后果；
4. 演示拒绝权限后如何要求更小方案；
5. 展示密钥误入日志时为什么必须停止；
6. 用四问法完成三个权限判断。