Free Preview
先试读：Codex 现在怎么用：桌面、CLI、IDE、云端与自动化
Codex 已经不只是几个编码入口的并列，而是一套围绕本地与云端环境、多 Agent、浏览器、可复用工作流和定时任务的软件工作系统。
这篇会帮你解决什么
- 用“代码在哪里”选入口。
- 把多 Agent、浏览器、技能和插件放进正确层级。
- 用权限、diff、测试与回退证据验收。
可以先照着试的一句话
代码在 ___，任务是 ___，最终需要 ___。请先选择桌面端、CLI、IDE 或 cloud，再判断是否需要 Browser、Subagents、Skills、Plugins 或 Scheduled；先只读列出权限、禁区和验收证据。
完整文章会继续展开机制、工作流、验收标准和风险边界。
先问代码和依赖在哪里，再问用哪个入口
本地任务使用你电脑上的文件、依赖和凭证；云端任务在单独环境里克隆仓库，需要额外准备安装脚本、环境变量、网络与仓库权限。这个机制差异决定了任务能否复现，也决定了失败时的风险形态。
代码在本地、远程主机还是 GitHub？任务是一次交互还是后台长跑？最后需要的是一份解释、一个 diff、PR、Review 还是可运行结果？
桌面端管整体任务，CLI 和 IDE 贴近本地，cloud 负责隔离与并行
| 入口 | 适合 | 重点风险 |
|---|---|---|
| ChatGPT 桌面端中的 Codex | 文件夹、任务、终端、Browser 和可视化验收 | 本地文件、桌面应用和浏览器授权 |
| Codex CLI | 终端优先的本地仓库与脚本化 | 命令、网络和文件权限 |
| IDE 扩展 | 边看代码边解释、修改、审查 | 当前文件与并行编辑冲突 |
| Codex cloud | 隔离、长时、并行与 GitHub/Slack/Linear 任务 | 环境不一致、凭证与分支范围 |
GitHub Review 是一条审查链路，不是“自动批准并合并”。它能读取 PR diff 与仓库指导，但业务影响、外部系统和上线后果仍需要人来承担。
Browser 用来看与验页面，Computer Use 会执行动作，远程连接改变代码所在主机
桌面端内置 Browser 使你和 Codex 共享同一个页面视图；Computer Use 让它点击、输入、截图和验证结果；Chrome 扩展适合必须使用你已登录 Chrome 会话的任务。这三者的登录状态和信任边界不同，不能混用。
远程连接或任务交接让工作可以在另一台主机继续。但主机上的代码、依赖、网络和密钥必须重新核对；“能连上”并不能证明“有权做完”。
AGENTS.md 管持续规则，Skills 管流程，Plugins 管分发，MCP 管外部系统
- AGENTS.md：仓库长期规则、命令、验收和目录路由。
- Memories：从过往工作中留下可复用上下文。
- Skills：可重复任务的说明、脚本和参考资料。
- Plugins：把 Skills、工具、Hooks、Apps 等打包安装与分发。
- MCP：连接外部工具和数据。
- Subagents：把可独立推进的探索、测试、审查放到单独上下文，再汇总结果。
常见错误是把所有内容都塞进 AGENTS.md，或为了一次性任务安装大量插件。越接近外部系统和自动执行，越要检查发布者、脚本、权限、数据流向与回退方式。
Scheduled 与 Worktree 能让工作持续，也要防止无人值守地修改主工作区
定时任务可以检查测试、更新报告、监控变化或继续长跑工作。在 Git 仓库中，优先用独立 Worktree 隔离背景修改；只有确定任务必须直接处理主检出时，才选择本地目录。
环境：本地 / Worktree / cloud / 远程主机
权限：可读、可改、可联网、可提交到哪
任务：单次 / 定时 / 监控变化 / 事件触发
证据：diff、测试、构建、页面、日志、未验证项
停止：失败次数、时间上限、冲突、需要新权限- 先选代码与运行环境，再选入口。
- 只在需要时增加 Browser、MCP、Plugins 和外部权限。
- 多 Agent 优先用于读密集、可独立的任务，写密集任务要先做冲突设计。
产品能力会变，学会回到官方资料
本文依据官方资料核验于 2026-07-15。功能名称、入口、套餐、地区可用性和实验性标记仍可能变化，使用时以官方文档与产品内实际显示为准。