学习Codex App使用方法看这一篇就够了-夜雨聆风

学习Codex App使用方法看这一篇就够了

核对日期：2026-04-29
适用范围：Codex 桌面 App（macOS / Windows）、Codex 本地工作流、Codex Cloud、Skills、Plugins、MCP、Automations、Computer Use。

教程目标

本教程帮助你从零开始掌握 Codex App：安装登录、创建项目、理解权限和沙盒、并行运行多个 Agent、使用 Git / Worktree、调用内置浏览器、配置 Skills / Plugins / MCP、创建自动化任务，以及在 macOS 上使用 Computer Use 操作桌面应用。

学完后你应该能够：

用 Codex App 打开本地项目，并让 Codex 阅读、修改、测试项目文件
判断什么时候用 Local、Worktree、Cloud 三种模式
正确处理沙盒、网络访问、提权审批和完全访问权限
用 AGENTS.md、Skills、Plugins 和 MCP 扩展 Codex 能力
用 Git、PR、自动化和 Computer Use 完成更长流程的工作

适用人群

想用 AI 辅助写代码、改代码、测试代码的开发者
想用 AI 处理文档、表格、网页、自动化流程的办公用户
想理解 AI Agent 工作方式、权限机制和扩展机制的学习者
已经在用 ChatGPT / Codex CLI / IDE 插件，想迁移到桌面 App 的用户

官方入口

Codex App 官方介绍：https://openai.com/index/introducing-the-codex-app/
Codex App 文档：https://developers.openai.com/codex/app
Codex 帮助中心：https://help.openai.com/en/articles/11369540-codex-in-chatgpt
Codex 配置、AGENTS.md、MCP、Skills 文档：https://developers.openai.com/codex

第一步：准备工作与安装

1.1 安装前要准备什么

Codex App 本身不要求你先安装 Node.js 或 VS Code。它是一个独立桌面应用，登录后即可选择文件夹开始工作。

但下面这些工具很常用，建议按你的任务类型安装：

Git：强烈建议安装。Codex 的差异查看、提交、推送、Worktree、PR 流程都依赖 Git 更好用。
VS Code：可选。用于手动查看代码、编辑文件、调试项目。
Node.js / pnpm / npm：只在你要做前端、Node.js、Next.js、React 等项目时需要。
Python / Docker / 数据库等运行环境：只在项目实际需要时安装。

简单理解：Codex App 是工作台，项目需要什么运行环境，就给项目准备什么运行环境。

1.2 下载并安装 Codex App

打开 Codex App 官方文档或 OpenAI 下载入口。
根据系统下载对应版本： macOS：Apple Silicon 或 Intel 版本 Windows：Windows 版本
安装后打开 Codex App。
使用 ChatGPT 账户登录；也可以使用 OpenAI API key 登录，但部分云端功能可能不可用。

1.3 账号与套餐

Codex 通常包含在支持 Codex 的 ChatGPT 套餐中，例如 Plus、Pro、Business、Edu、Enterprise。官方也可能开放限时试用或调整额度，所以额度、价格和可用模型要以 App 内显示和官方帮助中心为准。

不要把教程里的额度数字当成永久规则。Codex 的消耗会受这些因素影响：

使用的模型
是否开启 Fast mode
项目大小和上下文长度
任务是否长时间运行
是否使用 Cloud、Automations、Computer Use 等能力

1.4 首次启动

首次打开 Codex App 后，一般按这个顺序开始：

登录账户。
选择或添加一个项目文件夹。
选择运行模式：Local、Worktree 或 Cloud。
输入你的第一个需求，例如“阅读这个项目并告诉我怎么启动”。
根据 Codex 提示批准必要操作，例如运行测试、安装依赖、访问网络。

如果你以前使用过 Codex CLI 或 IDE 插件，Codex App 可能会读取已有项目、历史记录和配置。

第二步：认识界面布局

Codex App 的核心是“项目 + 线程 + 工具区域”。

2.1 左侧：项目、线程、插件和自动化

左侧通常用于管理：

项目列表
当前项目下的线程 / 对话
Skills / Plugins
Automations
归档线程或历史任务

你可以把一个项目理解成一个工作空间，把一个线程理解成一个具体任务。

2.2 中间：对话与任务执行区

中间区域是你和 Codex 协作的主要位置：

输入需求
查看 Codex 的计划、进度、命令输出和总结
审批敏感操作
追加说明、纠正方向或继续任务

复杂任务建议先让 Codex 说明计划，再让它实施；简单任务可以直接交给 Codex 执行。

2.3 右侧或辅助区域：文件、差异、终端、浏览器

Codex App 会根据任务展示不同辅助面板：

文件预览
Git diff
终端输出
内置浏览器
生成的文档、图片、表格等 artifacts

其中 Git diff 很重要：它能让你清楚看到 Codex 改了哪些文件、每个文件改了什么。

第三步：创建项目与并行任务

3.1 创建示例项目文件夹

可以先准备两个练习文件夹：

项目一：宠物洗护店网页
项目二：React 待办事项工具

如果只是体验 Codex，也可以创建空文件夹，让 Codex 从零生成项目。

3.2 添加项目到 Codex

在 Codex App 中选择添加项目或打开文件夹。
选择本地项目文件夹。
选择运行模式： Local：直接在当前项目目录工作。 Worktree：在 Git worktree 中隔离修改，适合并行实验。 Cloud：在云端环境运行，适合远程任务和 PR 流程。
输入需求，例如：制作一个 HTML 单页面宠物洗护店网页。

3.3 并行运行多个任务

Codex App 的核心价值之一是并行管理多个 Agent。你可以：

在项目 A 开一个线程，让 Codex 做网页。
在项目 B 开另一个线程，让 Codex 做 React 工具。
在同一项目中开启多个 Worktree 线程，让不同 Agent 尝试不同方案。
在任务执行中切换线程，不必等一个任务完全结束。

3.4 任务状态怎么看

不同版本的图标可能有变化，但基本可以这样理解：

正在生成或转圈：Codex 正在思考、读文件、运行命令或编辑文件。
等待审批：Codex 想执行超出当前权限的操作，需要你确认。
任务完成：Codex 已经停止执行，通常会给出总结、变更文件和验证结果。

第四步：理解 Local、Worktree、Cloud

4.1 Local 模式

Local 模式直接在当前项目文件夹工作。

适合：

小改动
只读分析
文档整理
你愿意让 Codex 直接修改当前目录

注意：Local 模式会直接影响当前工作区，所以最好先用 Git 提交一个干净状态。

4.2 Worktree 模式

Worktree 模式会为任务创建独立的 Git worktree，让修改和你的主工作区隔离。

适合：

多个 Agent 同时改同一个仓库
尝试不同方案
不想影响主目录未完成工作的任务
自动化任务产生可能需要审核的代码改动

工作完成后，你可以审查 diff、提交、推送、创建 PR，或者丢弃这个 worktree。

4.3 Cloud 模式

Cloud 模式让 Codex 在云端环境执行任务。常见流程是：

连接 GitHub 仓库。
Codex 在云端拉取代码。
Codex 修改、测试并生成结果。
你在 GitHub 中审核 PR，或把改动拉回本地。

适合：

外出时用网页或移动设备审批任务
长时间后台任务
不想占用本机环境的任务
团队 PR 工作流

第五步：沙盒与权限控制

5.1 沙盒是什么

沙盒是 Codex 的安全边界。它决定 Codex 在没有额外审批时能做什么，例如：

能读取哪些文件
能修改哪些目录
能否联网
能否运行某些命令

默认情况下，Codex 会被限制在项目或 worktree 边界内工作。它需要访问网络、修改沙盒外文件、执行高风险命令时，会触发审批。

5.2 权限模式

常见权限思路可以分成三类：

默认权限 Codex 可以在项目范围内完成低风险操作，越界时请求审批。
自定义权限通过配置文件、规则或可写目录，让某些命令、目录或网络访问自动放行。
完全访问权限取消沙盒限制，让 Codex 拥有更大权限。只有在你明确知道风险、并且任务确实需要时才使用。

5.3 自动审查不是“更大的沙盒”

自动审查或自动审批规则只影响“审批请求如何处理”，不等于扩大沙盒边界。

举例：

项目内读写文件：通常可以直接做。
访问网络：可能需要审批或符合规则。
修改项目外文件：通常需要审批，除非你配置了可写目录。
完全访问：风险最大，不建议作为默认设置。

5.4 安全建议

重要项目先提交 Git，再让 Codex 修改。
不要轻易开启完全访问权限。
对删除、覆盖、批量移动文件保持谨慎。
看清楚审批弹窗中的命令和路径。
对涉及账号、付款、隐私、密钥的操作保持人工在场。

第六步：上下文管理

6.1 什么是上下文

上下文就是 Codex 当前线程能看到的历史信息，包括：

你之前的对话
Codex 读过的文件摘要
命令输出
计划、错误、验证结果
截图、图片、文档等输入

上下文越长，Codex 能参考的信息越多，但也更容易混入旧信息。

6.2 压缩上下文

当线程变长时，Codex 可能会自动压缩上下文。你也可以使用命令或界面操作手动压缩。

压缩的作用：

保留重要结论
减少无关历史
让长线程继续工作
降低上下文负担

6.3 什么时候新开线程

建议：

同一个任务还没完成：继续当前线程。
一个任务已经结束：新开线程。
需求方向完全改变：新开线程。
旧上下文已经混乱：新开线程，并把关键文件或目标重新说清楚。

经验上，“清晰的新线程”往往比“过度压缩的旧线程”更稳定。

第七步：模型与速度

7.1 模型选择

Codex 支持的模型会随版本变化。选择时不用只看“最新”，更要看任务类型：

简单问答、改文案、查文件：轻量或快速模型即可。
复杂代码修改、架构调整、跨文件重构：选择更强的 Codex 模型。
前端视觉、产品设计、长流程自动化：选择推理能力更强的模型更稳。

7.2 Fast mode

Fast mode 是提速模式，不是单独模型。官方当前说明是：

支持的模型速度约提升 1.5 倍。
会以更高倍率消耗额度。
不同模型消耗倍率不同，例如 GPT-5.4 和 GPT-5.5 的倍率并不完全一样。
API key 登录时可能不使用 ChatGPT 额度体系，因此 Fast mode 规则也不同。

所以教程里不要写成“统一提升 50%，统一消耗两倍”。更准确的说法是：Fast mode 更快，但会更贵，具体倍率看当前 App 或官方文档。

7.3 查看额度

额度入口可能随版本变化，一般在账户、设置、套餐或用量相关页面查看。

注意：

Codex 使用量不是固定按“条数”扣。
大项目、长上下文、长时间运行会消耗更多。
Cloud、Automations、Fast mode 可能改变消耗方式。

第八步：图片生成与视觉任务

8.1 图片生成能力

Codex 可以借助图片生成相关 Skill 或插件，在项目中生成或编辑图片资源。官方描述是使用 GPT Image 相关能力，不建议写成固定的“GPT Image2”，因为产品命名可能变化。

示例：为宠物洗护店网页生成店内环境轮播图。

可以这样写需求：

请为这个宠物洗护店首页生成 3 张轮播图： 1. 明亮整洁的宠物洗护区 2. 小型犬护理场景 3. 猫咪护理和休息区图片风格要真实、温暖、适合商业首页，并把生成的图片接入当前页面。

8.2 发现方向不对时怎么纠正

如果 Codex 做偏了，不要等它走太远。你可以：

直接追加文字纠正
上传截图说明哪里不对
在内置浏览器或 diff 中留下评论
要求它先暂停并复述当前理解

示例：

方向不对。这个地图不要用 SVG 简笔图，请改成更真实的商业插画或图片资源。保持页面布局不变，只替换地图区域视觉。

第九步：计划模式与复杂任务

9.1 什么时候先计划

这些任务建议先让 Codex 出计划：

重构项目结构
从 HTML 改成 Next.js / React / Vue
接入数据库、登录、支付、第三方 API
批量修改大量文件
涉及安全、权限、数据迁移

9.2 好计划应该包含什么

一个可执行计划至少应该有：

当前项目现状
要改哪些文件
不改哪些范围
关键风险
验证方式
回滚方式

9.3 示例：改造成 Next.js

你可以这样要求：

先不要改代码。请先阅读项目，给出把当前 HTML 单页改造成 Next.js App Router + TypeScript 项目的计划。计划里要说明目录结构、样式方案、迁移步骤、验证命令和风险。

确认计划后再让 Codex 实施。

第十步：内置浏览器与页面批注

10.1 内置浏览器能做什么

内置浏览器适合前端项目验证：

打开本地开发服务器
查看页面渲染效果
截图分析问题
让 Codex 操作本地网页流程
在页面上留下评论或批注，让 Codex 修改

10.2 推荐前端验证流程

让 Codex 启动开发服务器。
用内置浏览器打开本地地址。
检查页面是否空白、错位、报错。
对具体位置批注。
让 Codex 修改。
再次刷新验证。

10.3 不要只看代码

前端任务不能只靠“构建成功”。还要检查：

页面是否真的显示
移动端是否可用
图片是否加载
文案是否溢出
按钮和表单是否能交互

第十一步：代码管理与 Git 操作

11.1 初始化 Git

如果项目还没有 Git，可以让 Codex 初始化：

请把这个项目初始化为 Git 仓库，添加合适的 .gitignore，并提交当前初始版本。

建议每个阶段都提交一次，这样出问题可以回滚。

11.2 查看 diff

Codex 修改后，先看 diff：

文件是否是你预期的
有没有误删
有没有改到无关文件
有没有生成大文件、临时文件、密钥文件

11.3 提交、推送、创建 PR

Codex App 提供常见 Git 功能，包括：

stage 文件
revert 文件或代码块
commit
push
创建 pull request

前提是你的 GitHub 或远程仓库权限已经配置好。不要写成“粘贴仓库地址后一定自动推送成功”，更准确的是：Codex 可以协助执行推送，但仍需要 Git 远程、登录和权限正确。

11.4 回滚操作

如果想回滚，可以用两种方式：

在 Codex App 的 diff 中丢弃具体文件或代码块。
使用 Git 回到某个提交。

示例指令：

请先查看 git log 和当前 diff，然后告诉我回滚到上一个提交会影响哪些文件。确认范围后再执行。

11.5 Worktree 并行开发

Worktree 的作用是创建隔离的工作目录，让同一个仓库可以同时跑多个方向。

适合：

一个 Agent 修 bug，另一个 Agent 做新功能
同一需求尝试两个方案
自动化任务不要污染主目录

开发完成后，审查 diff，再决定提交、合并、推送或删除 worktree。

第十二步：云端运行环境

12.1 使用前准备

Cloud 模式通常需要：

项目代码在 GitHub 等远程仓库
Codex 有仓库访问权限
云端环境能安装依赖、运行测试
你知道最终要生成 PR、提交修改，还是只做分析

12.2 基本流程

选择 Cloud 模式或 Codex Web。
选择仓库和分支。
输入需求。
Codex 在云端环境修改代码。
Codex 运行验证。
生成可审查的结果，例如 PR。
你审核后合并或要求继续修改。

12.3 同步到本地

云端修改合并后，本地需要同步：

git pull --rebase

如果你本地也有未提交改动，先处理本地改动再拉取，避免冲突。

第十三步：记忆与自定义指令

13.1 项目级指令：AGENTS.md

Codex 使用 AGENTS.md 保存项目指令。文件名建议使用大写：

AGENTS.md

项目根目录里的 AGENTS.md 会告诉 Codex 当前项目的工作规则。

示例：

# AGENTS.md ## 工作规则 - 修改 JavaScript 或 TypeScript 文件后运行 `npm test`。 - 不要引入新依赖，除非用户明确同意。 - 前端改动必须用浏览器检查页面显示。 - 删除文件前先说明删除范围。

13.2 全局指令

全局指令通常位于 Codex home 目录，例如：

macOS / Linux：~/.codex/AGENTS.md
Windows：C:\Users\用户名\.codex\AGENTS.md

Codex 也支持 AGENTS.override.md 作为临时覆盖。

13.3 指令发现顺序

Codex 会把全局指令和项目指令组合起来：

先读全局 AGENTS.md 或 AGENTS.override.md。
再从项目根目录向当前目录逐层读取项目级 AGENTS.md。
越靠近当前工作目录的指令优先级越高。

13.4 自定义指令

Codex App 设置里也可以配置个性化和自定义指令。它适合写长期偏好，例如：

回答中文。修改代码前先说明将要改哪些文件。涉及删除、覆盖、迁移数据时必须先说明风险。

第十四步：Skills、Plugins 与 MCP

14.1 Skills 是什么

Skills 是可复用工作流。一个 Skill 通常是一个文件夹，里面包含：

SKILL.md：技能说明和执行步骤
scripts/：可选脚本
references/：可选参考资料
assets/：可选模板或素材

Codex 可以显式调用 Skill，也可以根据任务自动选择合适的 Skill。

14.2 Skills 放在哪里

官方文档中推荐的本地技能位置包括：

仓库或项目内：.agents/skills
用户级：~/.agents/skills
管理员级：/etc/codex/skills
系统内置：Codex 自带

如果你的本机还存在历史或插件管理路径，例如 ~/.codex/skills，以当前 Codex App 实际扫描结果和官方文档为准。新写教程时建议优先使用 .agents/skills。

14.3 Plugins 是什么

Plugins 是可安装的分发包。它可以包含：

一个或多个 Skills
MCP 配置
App 连接能力
展示素材或元数据

简单理解：

Skill：工作流本身。
Plugin：把工作流和工具打包给别人安装。

14.4 安装和创建 Skills

常见方式：

使用内置的 $skill-creator 创建。
使用 $skill-installer 安装已有技能。
手动创建 .agents/skills/你的技能名/SKILL.md。
如果要分发给别人，进一步打包成 Plugin。

14.5 MCP 是什么

MCP（Model Context Protocol）用于把外部工具和上下文连接给 Codex。

常见用途：

连接 Figma、浏览器、数据库、文档服务
访问第三方开发文档
调用企业内部工具
让 Codex 使用本地或远程工具

14.6 配置 MCP

Codex MCP 配置通常保存在 config.toml 中，例如：

用户级：~/.codex/config.toml
项目级：.codex/config.toml（可信项目）

常见配置方式：

在 Codex App 设置中添加或启用 MCP
使用 CLI：codex mcp
手动编辑 config.toml

MCP 支持本地 STDIO server，也支持 Streamable HTTP server。需要 OAuth 的 MCP，通常会走登录授权流程。

第十五步：自动化任务

15.1 Automations 能做什么

Automations 可以让 Codex 按计划在后台执行任务，例如：

每天检查仓库测试是否失败
每周生成项目变更报告
定期整理 issue 或 PR
每隔几分钟回到同一个线程检查长任务是否结束

15.2 自动化类型

可以粗略分为：

Thread automation：唤醒当前线程，适合同一件事持续跟进。
Standalone / Project automation：定期启动独立任务，适合例行报告或巡检。

15.3 创建自动化

可以直接让 Codex 创建：

请创建一个自动化任务：每周五下午 4 点检查这个仓库最近一周的提交、打开的 PR 和失败的 CI，生成一份中文摘要。第一次先手动运行测试，确认输出格式后再保存为自动化。

15.4 自动化安全边界

自动化会使用你的默认沙盒设置。要特别注意：

在 Git 仓库中优先使用 worktree 隔离改动。
自动化可能在你不盯着屏幕时运行，不要给它过大权限。
第一次创建后先手动测试。
前几次运行要认真看输出，确认没有越界行为。

第十六步：Computer Use（macOS）

16.1 Computer Use 是什么

Computer Use 让 Codex 操作图形界面，例如浏览器、桌面软件、设置页面、模拟器等。

官方当前说明：Computer Use 在 Codex App 中主要面向 macOS，并且在欧洲经济区、英国、瑞士等地区上线初期不可用。Windows 用户应以 App 内实际功能为准。

16.2 安装与授权

在 Codex 设置中打开 Computer Use。
安装 Computer Use 插件。
按 macOS 提示授予： Screen Recording：让 Codex 看见屏幕 Accessibility：让 Codex 点击、输入、导航
每次 Codex 想操作某个 App 时，查看并批准权限提示。

16.3 适合场景

适合：

测试 macOS App 或 iOS 模拟器流程
操作必须点击的网页或桌面软件
复现只在 GUI 出现的 bug
修改某个 App 的设置
检查无法通过 API 或文件读取的信息

不优先适合：

代码和文件能直接处理的任务
可以通过插件、MCP、API 完成的任务
涉及支付、隐私、密钥、管理员权限的高风险任务

16.4 使用示例

请使用 @Computer Use 打开 Chrome，访问本地 http://localhost:3000，测试登录页是否能输入账号密码并点击登录。不要输入真实密码，使用测试账号。如果发现页面报错，请回到代码中修复并再次验证。

16.5 安全提醒

Computer Use 可以看到屏幕内容、截图、点击、输入、读取剪贴板状态。使用时要：

只给它一个明确目标
关闭无关敏感窗口
不让它自动处理付款、密码、隐私设置
对网站操作保持人工监督
如果它点错窗口，立即停止任务

第十七步：推荐工作流

17.1 做一个网页

请在当前空项目里做一个宠物洗护店单页网站。要求： - HTML/CSS/JS 即可，不要引入复杂框架 - 有首页、服务、价格、预约、联系方式 - 页面适配手机 - 完成后启动本地预览并用浏览器检查

17.2 改一个现有项目

先阅读项目，不要改代码。告诉我： 1. 项目怎么启动 2. 主要目录结构 3. 当前功能入口 4. 修改首页标题需要改哪些文件等我确认后再改。

17.3 修 bug

这个项目运行时报错。请先复现错误，找到根因，再做最小修改。修完后运行相关测试或启动验证，并说明改了哪些文件。

17.4 做复杂功能

请先制定计划，不要直接改代码。目标：给当前项目增加用户登录和后台管理。计划里要包括数据库、接口、页面、权限、测试和风险。

17.5 文档和办公任务

请阅读这个文件夹里的 Markdown 和表格，整理成一份中文报告。要求： - 不要编造数据 - 所有结论必须能从文件中找到依据 - 输出 Markdown - 最后列出你使用了哪些文件

常见问题

Q1：Codex 免费账户能用吗？

官方曾提供过限时免费或试用策略，但可用性会变化。是否能用、额度多少、支持哪些模型，以你的 ChatGPT 账号和 App 内显示为准。

Q2：Windows 和 macOS 功能完全一样吗？

大多数 Codex App 功能在 macOS 和 Windows 都可用。平台差异主要体现在系统级能力，例如 Computer Use 当前主要是 macOS 能力，Windows 细节要看官方 Windows 文档和 App 内提示。

Q3：Codex 会不会误删文件？

任何能改文件的工具都有风险。降低风险的方法：

使用 Git
优先使用 Worktree
看 diff 再提交
不随便开完全访问
删除文件前让 Codex 先列清单

Q4：上下文满了怎么办？

可以压缩上下文，也可以新开线程。任务连续性很强就压缩；任务已经换方向就新开线程。

Q5：为什么 Codex 要求我批准命令？

通常是因为命令要越过沙盒边界，例如联网、修改项目外文件、访问敏感路径、执行高风险命令。看清命令和路径后再批准。

Q6：AGENTS.md 和 Skills 有什么区别？

AGENTS.md：项目或全局工作规则，告诉 Codex“在这里要怎么做事”。
Skills：可复用工作流，告诉 Codex“遇到某类任务按这个流程做”。
Plugins：把 Skills、MCP、App 能力打包分发。

Q7：MCP 和插件有什么区别？

MCP 是连接工具和上下文的协议。
Plugin 是安装包，可以包含 Skills、MCP 配置、App 能力。

Q8：什么时候用 Computer Use？

当任务必须看屏幕、点界面、操作桌面 App 或浏览器时使用。能用文件、命令、API、MCP 解决的任务，优先用结构化方式。

注意事项

先备份再修改：重要项目先 Git commit。
先计划再大改：重构、迁移、接 API、改权限都先出计划。
看 diff 再相信：不要只看 Codex 总结。
验证比生成重要：运行测试、启动项目、浏览器检查。
少开完全访问：需要时临时开，用完关。
不要把旧教程当永久规则：Codex 版本更新快，额度、模型、按钮名称都可能变化。
用 AGENTS.md 固化规则：把项目启动、测试、代码风格、安全边界写进去。
复杂流程做成 Skill 或 Automation：重复三次以上的流程，值得沉淀。

总结

Codex App 不是单纯的聊天窗口，而是一个管理多个 AI Agent 的桌面工作台。它能读项目、改文件、跑命令、看 diff、开浏览器、用 Worktree 隔离并行任务，也能通过 Skills、Plugins、MCP、Automations 和 Computer Use 扩展到更复杂的工作流。

最稳的使用方式是：

用 Git 管住风险。
用 AGENTS.md 写清规则。
小任务直接做，大任务先计划。
并行任务用 Worktree。
前端任务一定用浏览器验证。
自动化和 Computer Use 控制权限边界。
最后用测试、截图、diff 或 PR 证明任务完成。

掌握这些，你就不只是“让 AI 写点东西”，而是在指挥一个能执行、能验证、能长期协作的 Agent 工作流。