Cursor 教程目录
Cursor AI IDE Tutorial
Cursor、Codex、Claude Code 对比
三者不是简单替代关系。Cursor 更像 IDE 现场的 AI 工作台，Codex 更像跨入口的工程代理和任务执行器，Claude Code 更像终端里的长上下文工程搭档。真正高效的团队通常会按任务边界组合使用。
一句话选型
| 工具 | 优先选择它的情况 | 关键风险 |
|---|---|---|
| Cursor | 你正在 IDE 里写代码，需要补全、局部解释、Agent 改文件、Review Diffs 和 checkpoint。 | 规则太松会让 Agent 改过界；规则太多会污染上下文。 |
| Codex | 你有明确工程任务，需要代理读仓库、计划、改代码、跑验证、产出可审查证据。 | 任务边界不清时容易变成大而散的改动。 |
| Claude Code | 你需要长上下文理解、终端流程、项目记忆、权限策略、hooks、subagents 或 MCP 深度协作。 | CLAUDE.md 是指导不是硬约束，高风险动作仍要靠 settings/hooks。 |
按任务选择
| 任务 | 首选 | 组合方式 |
|---|---|---|
| 读陌生代码库 | Claude Code 或 Codex Ask | 先让它画模块地图，再在 Cursor 里做局部修改。 |
| 日常组件/接口开发 | Cursor | Cursor Agent 实现，Codex 或 Claude 做 review 和测试建议。 |
| 跨文件重构/迁移 | Codex 或 Claude Code | 先计划和列风险，再分批修改；Cursor 用于人工审查 diff。 |
| 团队规则沉淀 | Cursor Rules + CLAUDE.md + AGENTS.md | 把通用规则放 AGENTS.md，工具特定规则分别放 .cursor/rules 和 CLAUDE.md。 |
| CI/PR 自动检查 | Codex / Claude Code GitHub 工作流 | 让代理做第一轮回归、测试覆盖和文档一致性检查，人类保留最终合并权。 |
| 外部系统集成 | MCP | 三者都可围绕 MCP 扩展，但要把权限、凭据和审计先设计好。 |
推荐组合
- 用 Codex 或 Claude Code 做只读分析：输出问题地图、涉及文件和风险。
- 在 Cursor 里实现局部改动，利用 IDE 上下文、Review Diffs 和 checkpoints 控制范围。
- 回到 Codex 或 Claude Code 做 review、测试补齐、文档同步和 CI 建议。
- 把重复流程沉淀为 AGENTS.md、.cursor/rules、CLAUDE.md、hooks、skills 或 MCP 工具。
- 每次上线前要求代理列出“已验证、未验证、需要人工确认”的清单。
团队落地清单
- 为每个仓库准备一份 AGENTS.md，写目标、架构、命令、测试、禁止事项。
- Cursor 用 .cursor/rules 管 IDE 场景，Claude 用 CLAUDE.md / .claude/rules 管终端代理场景。
- 高风险动作使用权限、hooks、CI 和人工确认，不依赖提示词自觉。
- 把优秀 prompt 升级为脚本、slash command、skill 或 MCP 工具。
- 用小任务评估代理效果：diff 是否小、测试是否跑、解释是否准确、回滚是否容易。
常见问题
三者需要都学吗？
个人开发者可以先选一个主工具；团队最好理解三者边界，因为 IDE、终端、云端任务和 CI review 的最佳工具往往不同。
能不能只靠 Rules 或 CLAUDE.md 控制安全？
不建议。规则文件主要是上下文指导；删除、发布、密钥、生产数据等风险要靠权限、hooks、CI、审计和人工确认控制。
参考来源
内容基于 Cursor 官方 Agent、Rules、CLI、MCP 文档和 changelog 整理，并改写为中文教程站结构。