先问四个问题,再看功能表
选型失败通常不是因为工具差,而是因为买回来的位置不对。先回答这四个问题,答案会直接排除掉一半选项。
| 问题 | 倾向于 | 说明 |
|---|---|---|
| 我的活是「在编辑器里连续写」还是「丢一个任务出去等结果」 | 前者看 IDE 形态,后者看代理形态 | 两种交互节奏完全不同,混着用会别扭 |
| 代码主要在哪:我的电脑、公司的仓库、还是别人的 PR | 决定要不要云端执行与 CI 集成 | 云端能力涉及权限与环境准备 |
| 谁在为它付钱,按人还是按用量 | 决定成本模型能不能接受 | 个人订阅与团队席位是两套账 |
| 有没有合规、审计、私网这类硬约束 | 直接砍掉一部分选项 | 这类约束通常不可协商 |
七维度对比(上半:形态与安全)
下面的对比只写结构性差异,不写具体价格与额度数字——四家都在改计费口径,任何数字都会过期。价格以各家官方页面为准。
| 维度 | Codex | Claude Code | Cursor | GitHub Copilot |
|---|---|---|---|---|
| 入口形态 | CLI、IDE 扩展、桌面 App、云端任务、SDK | 终端 CLI、VS Code / JetBrains、桌面 App、网页与移动、GitHub Actions / GitLab CI、Slack | 以编辑器为主体,另有 CLI、Cloud Agents、代码审查 | GitHub 网页、IDE 插件、CLI、独立 App、SDK |
| 规则文件 | AGENTS.md(含 AGENTS.override.md),config.toml | CLAUDE.md 分层(托管策略 → 用户 → 项目 → 本地),.claude/rules/,也读 AGENTS.md | .cursor/rules 下的 .mdc(带 frontmatter),User Rules、Team Rules,AGENTS.md 支持嵌套 | .github/copilot-instructions.md、.github/instructions 下的路径级指令,personal / repo / org 三级 |
| 审批与沙箱 | sandbox 与 approval 两层,操作系统级强制;默认不给网络,写入限定工作区 | 权限模式多档;沙箱默认关闭,需 /sandbox 开启,且只约束 shell 命令 | 有 auto-run、浏览器与网络、仓库与模型访问等控制项,企业侧更细 | 本地沙箱默认关闭(开启后不额外收费);云端沙箱为独立远端环境,仍在 public preview |
这一栏最容易被忽略,但它决定了你敢放手到什么程度。默认配置里,Codex 是「开箱就受限」,Claude Code 与 Copilot 是「开箱全权限,要你自己收紧」,Cursor 更依赖你在设置里逐项打开。
七维度对比(下半:协作与成本)
| 维度 | Codex | Claude Code | Cursor | GitHub Copilot |
|---|---|---|---|---|
| 并行与后台 | worktree 隔离、云端任务、子代理并行 | --worktree 工作树、子代理、后台代理 | 子代理(前台/后台、可设只读)、Cloud Agents、/autopilot | /fleet 并行分派、子代理、agent sessions、automations |
| CI 与代码审查 | GitHub Action 里跑 codex exec;PR 审查单独计额度 | GitHub Actions / GitLab CI;PR 自动审查可配 | 内置 AI 代码审查与 PR 流程自动化 | 原生在 GitHub 上:code review、automations、CLI 进 Actions |
| 团队与合规 | config.toml 统一配置,可从 Claude Code / Cursor 导入设置 | 托管策略文件、组织级 CLAUDE.md、hooks | Team Rules、SSO、SCIM、审计日志、隐私模式 | 组织与企业策略、审计日志、内容排除、席位与预算 |
| 成本模型 | 订阅额度与 ChatGPT Work 共用,可买 credits,或改用 API Key 按量 | 订阅档位 + 用量 credits,或 Console 按量 | 订阅含用量池,超额可补;第三方模型按 API 列表价另算 | 按席位 + AI credits 额度(旧版按 request 计费已标为 legacy) |
好消息:规则文件正在收敛到 AGENTS.md
这四个工具原本各有一套规则文件,现在都在往 AGENTS.md 靠。这意味着「规则资产」比「工具选择」更值得先投入:写一份好的 AGENTS.md,换工具时能带走大半。
- Codex:AGENTS.md 是主路径,从仓库根目录一路读到当前目录,靠后的覆盖靠前的。
- Claude Code:没有 CLAUDE.md 时会读仓库里的 AGENTS.md;也可以在配置里指定同时读两份。
- Cursor:支持根目录与子目录的嵌套 AGENTS.md,更具体的优先;同时也读 .claude/agents 和 .codex/agents。
- Copilot:把 AGENTS.md、CLAUDE.md、GEMINI.md 作为「agent 指令」,但不同客户端与任务的支持度不一致,要看官方支持矩阵。
AGENTS.md # 仓库级:技术栈、目录约定、验证命令
services/api/AGENTS.md # 局部:这一层的额外规则
.cursor/rules/*.mdc # 需要按文件路径生效时,再用 Cursor 的规则
.github/copilot-instructions.md # Copilot 仓库级指令(与 AGENTS.md 内容对齐)三组组合建议
组合的原则是:一个主力、一个补充、不重复买同一件事。下面是三种常见处境,不是唯一答案。
| 处境 | 建议组合 | 理由 |
|---|---|---|
| 个人接私活 / 独立开发者 | Cursor 或 Copilot 之一做主力编辑 + 一个按量的 API Key 跑难任务 | 日常改代码要有顺手的手感;难任务按次花钱比升档位更可控 |
| 3–15 人小团队,代码在 GitHub | Copilot 或 Codex 做基线 + 一个代理型工具做重活 | 基线要能覆盖所有人、能统一策略;重活交给能跑长任务的代理 |
| 有合规与审计要求的企业 | 以能在组织层统一策略的那家为基线 + 自建/自托管执行环境 | 这个场景真正的门槛是策略、审计与网络,不是模型强弱 |
- 01
先用一周做基线
挑两三个真实任务,在同一份代码、同一份 AGENTS.md 下各跑一遍,记录介入次数而不是感觉。
- 02
选主力,不选全能
主力负责你 70% 的日常编辑,剩下的用 API Key 或第二工具补,不追求一个工具解决全部。
- 03
把规则与验证命令固化
跑通之后第一件事是把 AGENTS.md 和验证脚本写好,这比多买一个工具更能提升稳定性。
- 04
三个月后再评估
工具迭代很快,但迁移成本是真的。给自己一个季度窗口,别每周换。
为什么不要同时上五个
同时用多个工具听起来是「都试试」,实际结果是每个都只用到三成,规则文件到处漂移,额度分散到看不见总量。
- 规则漂移:同一套约定要在四五个地方各写一遍,改一处忘三处,模型行为就开始不一致。
- 成本不可见:订阅分散在不同账单里,谁在烧额度说不清,超额了才发现。
- 认知负担:每个工具的审批语义、快捷键、恢复会话的方式都不同,切换一次浪费十几分钟。
- 经验不沉淀:在一个工具里踩过的坑,换个工具要重新踩一遍,团队没有共同记忆。
合理的上限是「一个主力 + 一个补充」。真要评估第三个,先把它替换掉现有某个,而不是加进来。
各家的短板,直说
这篇不吹任何一家,包括 Codex。下面这些是公开文档里能查到的限制,选之前先确认能不能接受。
| 工具 | 要接受的地方 |
|---|---|
| Codex | 云端任务要先有可用的环境;默认不给网络,装依赖那一步常要额外授权;额度与 ChatGPT Work 共用 |
| Claude Code | 沙箱默认关闭,得自己开;开启后也只约束 shell 命令,内置的读写与联网工具不在这层里 |
| Cursor | 规则分散在 .mdc 的 frontmatter 与 AGENTS.md 两套机制里,团队不统一就容易各写各的;用量池按周刷新 |
| GitHub Copilot | 各种规则文件的支持度按客户端和任务不同,要查支持矩阵;云端沙箱仍在 public preview |
选完之后真正决定体验的是工作流:怎么拆任务、怎么给上下文、怎么验收。这些内容散在站内几篇里,从下面这两篇开始最省时间。
常见问题
只用一个工具够吗?
多数人够用。一个主力工具 + 一个按量的 API Key 兜底,比同时订阅三四个工具更省钱也更容易形成习惯。真要加第三个,先替换掉现有的一个。
规则文件能复用吗?
能,AGENTS.md 已经是事实上的公约数:四家都不同程度支持。把仓库约定、验证命令、禁区写进 AGENTS.md,换工具时这份资产可以带走。
哪家的沙箱最安全?
不能简单排名。Codex 默认就限制网络与写入范围;Claude Code 沙箱默认关闭,且只作用于 shell 命令;Copilot 本地沙箱默认关闭但免费;Cursor 提供较细的控制项但需要你逐项配。关键看默认值和你愿不愿意配置。
价格会差很多吗?
计费口径不同:有按席位 + 额度池的,有订阅 + credits 的,也有订阅额度与别的产品共用的。具体数字变动频繁,以各家官方页面为准,重点看超额之后怎么办。
官方文档与参考
本文依据上述官方文档整理;价格、额度与功能会随官方更新变化,第三方中转站的行为以其自身说明为准。