AI 编程工具怎么组合？Codex、Claude Code、Cursor 在一人公司里的分工

一个一人公司的 launch-checklist.md 通常会列出测试、数据事件、错误处理、权限边界、支付流程、监控和日志。Cursor 能快速改 UI，Claude Code 能在终端重构 API，Codex 能跑 review 和测试，但最后上线时才发现 Stripe webhook 没验收——这不是工具不够聪明，而是 AI 编程工具的组合方式从一开始就错了。

一人公司要把 Codex、Claude Code、Cursor 放进真实工作流，关键不是“哪个最好”，而是哪个阶段用哪个工具、输入什么上下文、如何验收、何时停止。下面不是一份横评，而是一套可执行的分工矩阵：规划、实现、重构、审查、并行任务、成本控制、上线验收，每个阶段都有明确的工具选择、验收清单和停止边界。

---

一人公司的 AI 编程工作流分层

一人公司没有专门的测试工程师、运维和 code review 流程，AI 编程工具必须替代部分协作，但不能替代验收和判断。常见错误是把所有任务都交给 Cursor 或 Claude Code，期待“全自动完成”——结果是 AI 写出的 demo 能跑，但上线前才发现没有测试、数据事件、错误处理、权限边界和支付验收。

正确的分层是：Cursor 负责 IDE 内的快速编辑和 UI 迭代，Claude Code 负责终端工作流和长上下文执行，Codex 负责本地、Worktree、Cloud、Review 和自动化等带验收的工程任务。三个工具不是替代关系，而是分工关系。

工具 Surface 入口对比（截至 2026-07-26，功能易变，以官网为准）

工具	主要入口	适用场景	典型命令/功能
Cursor	IDE + CLI / Cloud Agent	快速编辑、UI 迭代、局部修改	Tab、Agent、Composer
Claude Code	CLI + IDE / Web / Desktop	代码库探索、重构、长任务、测试	/usage、/compact、/mcp
Codex	Desktop + CLI + IDE + Cloud	工程 review、Worktree 并行、迁移、自动化	/review、worktree、cloud、scheduled tasks

Cursor 提供编辑器内的 Agent、Composer、frontier models、MCP、skills、hooks 与 cloud agents；Claude Code 的常见工作流覆盖代码库探索、修 bug、重构、测试、PR 和 worktree 并行；Codex 提供本地与 cloud 入口，并能在桌面端用 worktree 隔离多个任务。三者的功能、模型和计划都会变化，实际可用性以当前官方文档、账号计划与管理员策略为准。

---

规划阶段：用什么工具拆解任务

规划阶段的核心是拆解任务、评估方案、确定验收边界。一人公司常见错误是直接让 AI 开始写代码，不先拆分任务、不明确上下文、不确定验收清单。

规划阶段的工具分工

场景	推荐工具	理由	输入上下文
UI 原型快速探索	Cursor Agent	IDE 内即时反馈，所见即所得	项目 UI 文件、设计稿截图、交互需求
代码库架构拆解	Claude Code CLI	终端工作流连贯，适合探索整体结构	项目根目录、CLAUDE.md、架构文档
云任务规划	Codex Cloud	远程执行，适合边界清楚的后台任务	项目文档、迁移方案、连接的工具
多方案并行探索	Codex Worktree	隔离变更，不污染当前 checkout	Git 仓库、方案假设、验收条件

规划阶段的第一次任务

Cursor Agent 做 UI 原型。在 Cursor IDE 中打开 Agent，输入“基于现有设计系统做一个 landing page 原型”，并提供相关组件和截图。验收方式：肉眼检查 UI 是否符合设计稿，点击交互是否正常。

Claude Code CLI 探索代码库。在终端运行 claude，要求它探索项目架构，列出核心模块、真实入口和依赖关系。验收方式：检查清单是否覆盖核心模块，调用关系是否能对应代码。

Codex Worktree 并行探索方案。在 Codex 桌面端为不同方案创建独立 worktree 任务，例如分别评估 Prisma 与 Drizzle。验收方式：对比两个方案的改动、测试和风险清单，选定后再决定如何合并。

Claude Code 的 /compact 可压缩长会话上下文；Codex Worktree 依赖 Git 仓库，适合可以独立验证的并行方案。规划阶段的产物应该是任务拆分、涉及文件、风险点和验收命令，而不是一批未经确认的改动。

---

实现阶段：Cursor 快速迭代，Claude Code 长任务执行

实现阶段是代码真正写出来的阶段。一人公司常见错误是把所有实现任务都交给 Cursor IDE，期待“一键生成”——结果是 UI 能快速改好，但 API、数据库、测试、重构等长任务需要多次中断和重新开始。

实现阶段的工具分工

场景	推荐工具	理由	典型用法
UI 快速编辑	Cursor Tab	实时补全，所见即所得	修改 landing page 样式，调整组件间距
局部代码修改	Cursor Agent	IDE 内对话，即时查看 diff	修改单个 API 端点，调整函数逻辑
跨文件编辑	Cursor Composer	适合在编辑器内协调多文件改动	重命名组件，更新 import 路径
长任务实现	Claude Code CLI	终端命令、测试和日志观察连贯	实现 API 模块，重构数据库层
隔离实现	Codex Worktree	Git worktree 隔离，便于 review	并行探索方案，避免污染当前工作区

实现阶段的第一次任务

场景 1：Cursor 快速编辑 UI。在 Cursor IDE 中打开 landing page 文件，使用 Tab 或 Agent 修改样式。验收方式：肉眼检查样式、移动端布局和点击交互。停止条件：局部目标完成，不顺手扩大修改范围。

场景 2：Claude Code CLI 实现长任务。在终端运行 claude，先让它列出认证模块的文件、风险和完成标准，再分段实现注册、登录、会话与密码重置。验收方式：运行测试，检查 API 响应和权限边界。停止条件：约定测试通过，范围内的模块完成。

场景 3：Codex Worktree 隔离实现。在 Codex 桌面端创建 Worktree 任务，把需要批量修改或独立验证的方案交给它。验收方式：查看 worktree diff、测试输出和未决风险，再决定是否 handoff 或合并。停止条件：方案选择完成，不保留无人负责的临时改动。

实现阶段的验收清单

实现阶段必须跑测试，不能只看“代码写完了”。验收清单：

• 跑测试：npm test 或 pytest，确认范围内测试通过
• 检查错误处理：API 是否有明确错误响应，前端是否有错误状态
• 验证数据操作：数据库读写是否正确，失败时是否保持一致性
• 确认权限边界：未授权操作是否被拒绝，敏感数据是否最小暴露

Cursor、Claude Code 与 Codex 都有不同的用量或额度机制。不要把某个按钮标成“不消耗额度”视为长期事实；应查看当前 usage dashboard、/usage 或官方定价页。

---

重构与审查：Codex Review 和 Worktree 并行

重构和审查阶段是 AI 工具真正发挥工程能力的阶段。一人公司常见错误是跳过重构和审查，直接上线——结果是代码能跑，但技术债积累、性能下降、安全漏洞被带进生产。

重构阶段的工具分工

场景	推荐工具	理由	典型用法
跨文件批量修改	Cursor Composer	在编辑器内批量查看修改	重命名组件，更新 import
深度重构	Claude Code CLI	能连续运行命令、观察测试与日志	重构数据库层，调整 API 模块
代码审查后重构	Codex /review	独立检查 diff 和风险	审查未提交改动、commit 或 PR

重构阶段的第一次任务

场景 1：Cursor Composer 批量修改。让 Cursor 在明确文件范围内重命名组件并更新引用。验收方式：检查所有变更文件、搜索旧名称、运行类型检查和测试。停止条件：目标改名完成，不夹带无关格式化。

场景 2：Claude Code CLI 深度重构。先让 Claude Code 给出分阶段迁移计划，再逐段重构数据库访问层。验收方式：每段结束都运行测试，并比较行为和性能证据。停止条件：所有约定阶段完成，回滚点清楚。

场景 3：Codex /review 审查后重构。在 Codex CLI 交互会话中运行 /review，或在桌面端 review pane 检查当前改动。验收方式：逐条确认 findings，修复后重新测试。停止条件：高风险问题处理完毕，剩余建议明确记录。

审查阶段的工具分工（截至 2026-07-26，功能易变，以官网为准）

场景	推荐工具	理由	典型用法
CLI 代码审查	Codex /review	检查未提交 diff、commit 或分支差异	输出风险清单和定位
App 内审查	Codex review pane	查看 Git diff 和 inline comments	逐文件确认变更
自动 PR 审查	Cursor Bugbot	适合已启用对应计费与团队流程的仓库	自动检查 PR，人工确认 findings
终端审查	Claude Code	适合解释跨模块 diff、补测试	追踪影响与验证命令

审查阶段的验收清单

审查阶段不能只看“审查意见输出”，必须逐条验收：

• 跑测试：确认相关测试真实执行并通过
• 检查错误处理：审查意见指出的失败路径是否已修复
• 验证权限边界：权限漏洞是否有测试覆盖
• 确认安全配置：secret、网络和生产配置是否保持最小权限
• 检查数据操作：事务、幂等、回滚和迁移风险是否处理
• 测试支付逻辑：webhook 验签、重复事件和失败路径是否验收

并行任务的工具分工

一人公司常见错误是晚上开多个 agent 并行，第二天发现三处改动互相覆盖。并行任务必须用 worktree 或分支隔离，任务队列和验收顺序也要明确。

场景	推荐工具	理由	典型用法
Git worktree 并行	Codex Worktree	独立 checkout，多任务互不干扰	方案探索、独立页面、测试补齐
多个终端会话并行	Claude Code + Git worktree	会话可分开，但文件仍需隔离	独立模块或文档任务
单一编辑器即时修改	Cursor	更适合前台局部任务	集中处理一个可视化改动

并行任务的风险管理

多 agent 并行会不会把代码库改乱？

会，如果不隔离和验收。建议：

• 每个任务使用独立 worktree、分支或明确文件范围
• 不让两个 agent 同时修改同一组文件
• 每个任务结束时输出改动摘要、测试命令、未决风险和下一步
• 每个任务完成后先验收，再开始依赖它的下一个任务
• 设置成本警戒线，超过后停止并复盘任务拆分

文档更新、独立页面、测试补齐和方案探索通常适合并行；数据库 schema、支付流程、权限系统、全局状态和生产配置不适合随意并行。

---

成本控制与额度管理（截至 2026-07-26，价格易变，以官网为准）

一人公司常见错误是把 AI 工具当成“免费劳动力”，不管理成本。成本控制必须同时看工具选择、上下文管理、模型选择、并发数量和返工率。

成本控制的工具入口

工具	当前查询入口	控制方式	主要影响因素
Codex	CLI /status、账号 usage 页面	计划额度、credits、模型和 speed 配置	模型、上下文、工具、cloud、本地任务和 Fast mode
Claude Code	/usage、Claude Console 或组织分析	usage credits、组织或 workspace spend limits	模型、代码库大小、长上下文、多实例、自动化
Cursor	Usage dashboard、Admin Dashboard	included usage、on-demand、团队限额	Agent/Composer、模型、上下文、cloud agents

Codex 计划与额度

计划	当前公开价格	适用场景
Plus	$20/月	每周若干聚焦编码会话，包含 Codex 多个入口和可扩展 credits
Pro	$100/月起	需要比 Plus 更高用量的个人用户
Business	$20/用户/月（年付，月付价格不同）	需要工作区、管理员和安全控制的团队
API Key	按 API token 计费	CLI、SDK、IDE 或 CI 自动化；不包含 cloud-based integrations

Codex 的消息消耗会随模型、上下文、推理、工具调用、检索和缓存变化；Fast mode 会更快消耗额度。具体模型和 credit rate card 更新频繁，购买前应直接查看官方定价页，而不是沿用文章截图或旧表格。

Claude Code 成本机制

Claude Code 的 API 使用按 token 计费；订阅用户则受计划额度和使用窗口约束。官方成本页指出，开发者成本会随模型、代码库大小、多实例和自动化显著变化。企业部署平均值约为每位开发者每个活跃日 13 美元、每月 150–250 美元，但这是企业部署统计，不是个人开发者的账单承诺。

/usage 会显示当前会话 token 统计；对订阅用户，它也显示计划用量条和来源拆分。API 用户看到的本地金额按标准公开价估算，实际账单仍应以 Claude Console 为准。先用小规模 pilot 建立自己的成本基线，比照搬企业平均值更可靠。

Cursor 价格与额度

计划	当前公开价格	主要能力
Hobby	免费	有限 Agent 请求与 Composer 入口
Individual Pro	$20/月	扩展 Agent 限额、frontier models、MCP、skills、hooks、cloud agents
Teams	$40/用户/月	集中管理、团队资产、Bugbot、cloud agents、usage analytics 和 SSO
Enterprise	定制	pooled usage、SCIM、访问控制、审计与高级安全

每个 Cursor 计划包含一定模型用量，超出后可按当前规则使用 on-demand。模型、usage pool 和产品计费会变，应该以 Cursor Pricing 和 dashboard 为准。

成本控制策略

• 精简指令：写清目标、上下文、约束和完成条件，减少来回返工
• 压缩上下文：Claude Code 长任务可用 /compact，其他工具也应主动分段
• 限制工具：只启用当前任务需要的 MCP、plugin 或网络能力
• 选择合适模型：轻任务不必总用最昂贵的模型
• 清理会话：任务边界结束后新开上下文，避免历史信息持续膨胀
• 记录结果：把工具费、节省工时、失败率和 review 时间一起复盘

---

上线验收：AI 不能替代的检查清单

上线验收阶段是 AI 工具必须停止并交还人工判断的阶段。AI 生成 demo 可以访问，不代表支付、权限、数据、监控和日志已经闭环。

上线验收的边界

生产数据库、支付后台、密钥和危险自动化不应默认交给 agent 任意写入。涉及高风险操作必须有：

• 只读优先：先验证读取路径，再按动作开放最小写权限
• 审批流程：退款、删除、权限调整、发布等操作需要人工确认
• 备份机制：数据删除或迁移前必须有可验证备份和恢复路径
• 日志记录：记录操作对象、审批、结果与回滚证据，但不记录 secret
• 最小权限：token、网络、外部目录和第三方工具只开放任务必需范围

上线验收清单

• 跑测试：确认测试命令、范围和结果，不接受只有“测试已通过”的文字自报
• 确认数据事件：创建、更新、删除和失败路径是否有正确事件
• 检查错误处理：API 与前端是否有可恢复的错误状态
• 验证权限：未授权操作是否被拒绝，角色变更是否有审计
• 测试支付流程：Stripe webhook 是否验签、幂等并覆盖失败路径
• 配置监控：错误、性能和关键业务指标是否能被发现
• 设置日志：关键操作是否可追踪，敏感字段是否脱敏

上线验收的停止条件

• 所有约定测试通过
• 数据事件完整且可验证
• API 与前端错误处理可用
• 权限边界清晰，未授权操作被拒绝
• 支付流程完成验签、幂等和失败路径验收
• 日志、性能监控和错误监控已经配置

这些是一人公司上线的基本要求，不是企业级合规或安全审计的替代品。

---

下一步与延伸阅读

一人公司组合 AI 编程工具，不是一次性配置，而是持续迭代。从局部试点开始，逐步扩展到完整工作流。

如何开始组合

第一步：选一个真实任务试点。如果日常主要是 IDE 内的 UI 和局部编辑，可以先用 Cursor；如果主要是终端长任务，可以直接从 Claude Code 或 Codex 开始。

第二步：补一个不同执行面的工具。主力是 IDE 时，补一个能处理长任务、测试或隔离执行的入口；主力是终端 agent 时，不必为了组合而额外购买另一个相似工具。

第三步：把隔离和 review 加进流程。需要多方案探索或后台执行时，再使用 Codex Worktree、Cloud 或其他隔离方案。任何异步任务都要有验收信号。

第四步：做成本试点。从当前官方入门计划或免费层开始，观察一个月的 usage、返工和 review 时间，再决定是否升级。价格和额度变化很快，不要把旧文章里的数字当成长期承诺。

延伸阅读

已发布文章（站内深读）：

• AI 编程工具全景 2026：覆盖 AI IDE、代码助手、编程智能体等大类。
• AI 编程助手横评：Cursor、Claude Code、Copilot 横评和预算建议。
• Cursor 免费额度指南：Cursor 免费计划、usage 与升级判断。
• Cursor @Codebase 实践：Cursor @Codebase、@Docs、@Files 的使用场景。
• Codex Worktree 实战：并行任务隔离、handoff 和验收。
• Codex 代码审查：用 review 检查 PR，而不是直接接受改动。

系列后续文章会继续细化内容站、工具站、SaaS 三层架构的前端、后端、部署、数据库、支付和用户系统选择。