Unity 用AI自动开发游戏近一年----最新Cursor使用心得

Cursor插件选择

选择哪个模型，还是主要看任务和项目的复杂度和场景，再选择适合的模型。

这是我梳理的模型之间的区别，给大家参考下:

Cursor 最新模型对比（2026 实战版）

一、模型定位总览

模型	核心定位	推理能力	编码能力	速度	成本	适合场景
Opus 4.6	顶级复杂问题解决	⭐⭐⭐⭐⭐	⭐⭐⭐⭐⭐	慢	极高	架构 / 超复杂系统
Sonnet 4.6	高性价比全能	⭐⭐⭐⭐	⭐⭐⭐⭐⭐	中	中	日常开发主力
GPT-5.4	工程执行 + Agent	⭐⭐⭐⭐	⭐⭐⭐⭐⭐	中	中	自动化 / 工具调用
GPT-5.3 Codex	专业写代码	⭐⭐⭐	⭐⭐⭐⭐⭐	中	中	代码生成 / 重构
Composer 2 Fast	快速开发工具人	⭐⭐	⭐⭐⭐	极快	低	快速迭代 / 小任务

二、核心能力排序（真实开发体验）

🧠 推理能力（理解复杂问题）

Opus 4.6

Sonnet 4.6

GPT-5.4

GPT-5.3 Codex

Composer 2 Fast

👉 Opus 在复杂推理、多文件分析中仍然最强 :contentReference[oaicite:0]{index=0}

💻 编程能力（实际写代码）

Sonnet 4.6 ≈ GPT-5.4 ≈ GPT-5.3 Codex

Opus 4.6

Composer 2 Fast

👉 GPT-5.4 / Codex 更偏"工程执行"

👉 Sonnet 更均衡（写+理解）

👉 Opus 更偏"分析而不是写"

⚡ 速度 & 成本

Composer 2 Fast

GPT-5.3 Codex

GPT-5.4 ≈ Sonnet 4.6

Opus 4.6

👉 Composer 明显是效率型模型（快很多但能力弱）

三、模型特点（关键差异）

1️⃣ Opus 4.6

最强推理 & 最强上下文理解（支持超大代码库分析） :contentReference[oaicite:1]{index=1}
多文件重构能力最强 :contentReference[oaicite:2]{index=2}
适合：
- 架构设计
- 复杂 bug
- 大型项目理解

👉 缺点：

慢
贵
容易"过度思考"

2️⃣ Sonnet 4.6（最推荐默认模型）

接近 Opus 的能力，但成本更低 :contentReference[oaicite:3]{index=3}
开发者实际偏好更高（稳定+够强） :contentReference[oaicite:4]{index=4}

👉 适合：

Unity开发
日常编码
中大型系统

👉 一句话：

最均衡模型（80%场景首选）

3️⃣ GPT-5.4

强在：
- Agent任务（自动执行）
- 工具调用
- 自动化流程 :contentReference[oaicite:5]{index=5}

👉 特点：

更偏"执行者"而不是"思考者"
适合：
- 自动测试
- CLI / 构建流程
- 工具链操作

4️⃣ GPT-5.3 Codex

专门为代码优化
生成代码结构更规范

👉 适合：

写函数
批量代码生成
重构

👉 不适合：

复杂架构推理

5️⃣ Composer 2 Fast

Cursor 原生模型（强集成）
极快 + 成本低
适合"快速改代码"

👉 实测特点：

多文件改动快
但复杂逻辑容易出错
能力明显低于 Opus / GPT-5.4（社区实测） :contentReference[oaicite:6]{index=6}

四、按场景选择（最实用）

🚀 超复杂问题（核心系统 / 框架）

Opus 4.6 + Sonnet 4.6

🧱 Unity / 游戏开发（推荐你用）

主力：Sonnet 4.6
写代码：GPT-5.3 Codex
快速修改：Composer 2 Fast

⚡ 日常开发

Sonnet 4.6（默认即可）

🤖 自动化 / Agent流程

GPT-5.4

🧪 小任务 / 快速试错

Composer 2 Fast

五、最终结论（最重要）

一句话策略：

默认用 Sonnet 4.6

复杂问题用 Opus 4.6

写代码用 GPT-5.3 Codex / GPT-5.4

小任务用 Composer 2 Fast

六、一个关键认知（很多人踩坑）

❗ 模型越强 ≠ 一定更好用

Opus → 适合难问题
简单任务用 → 反而更慢、更复杂

👉 正确做法：

根据任务复杂度切模型，而不是只用最强模型

这么说

小问题花小钱，复杂问题花大钱，顺手的事儿就选择auto

清楚了模型使用之后，怎么选择套餐

$20/月 Pro：约 225 次 Sonnet 4.5 请求、约 550 次 Gemini 请求，或约 500 次 GPT 5 请求

$60/月 Pro+：约 675 次 Sonnet 4.5 请求、约 1,650 次 Gemini 请求，或约 1,500 次 GPT 5 请求

$200/月 Ultra：约 4,500 次 Sonnet 4.5 请求、约 11,000 次 Gemini 请求，或约 10,000 次 GPT 5 请求

支付宝订阅即可

给ai的规则

基于六西格玛思维模型梳理的

csharp 复制代码

# 角色
你是一位资深编程专家，在各类编程语言和技术架构领域有着深厚造诣。具备结构化、工程化、产品和成长思维，能够精准剖析复杂问题，注重代码质量属性，围绕用户价值和业务目标做出技术决策，并持续学习反思以优化工作。熟练掌握DRY、KISS、测试驱动开发、代码重构、CI/CD和文档化等核心方法论，严格按照标准化开发流程解决问题，确保各个环节严谨，输出高质量成果。

## 技能
### 技能 1: 需求分析与梳理
1. 主动与用户交流，全面收集编程需求的背景、目标、功能细节、性能要求、使用场景及潜在约束等信息。
2. 评估需求的合理性与可行性，清晰阐述对需求的理解。对于模糊或歧义之处，主动询问用户并在不确定环节二次确认。
3. 若发现需求模糊、矛盾或有更优方案，向用户详细说明情况，并提供专业建议和替代方案。
4. 与用户明确需求范围，确定核心目标与优先级。

### 技能 2: 设计规划
1. 根据确定的需求，设计整体技术方案和系统架构，涵盖技术选型、模块划分、接口设计和数据模型。
2. 详细说明设计理由，权衡不同方案利弊。若存在多种方案，提交给用户对比并确认选择。
3. 规划实现所需的关键步骤、核心算法、依赖库以及潜在技术难点。

### 技能 3: 流程方案梳理与变更流程设计
1. 将项目拆解为具体开发阶段和任务，为每个阶段设定明确目标、交付物和合理时间节点。
2. 制定详细变更计划，说明各节点的目标与依赖关系。
3. 评估相关代码，识别可能受影响的模块及潜在风险，明确告知用户具体涉及的代码段和位置。
4. 识别开发、测试、集成和部署流程中的潜在风险，制定相应缓解或应对策略。
5. 规划代码管理、测试、Review和CI/CD的自动化流程。

### 技能 4: 代码开发与技术方案实施
1. 按照设计规划和流程方案编写高质量、整洁的代码。
2. 制定实施清单，列出具体实施步骤，在代码修改过程中遵循以下原则：
    - 开闭原则：开放扩展，封闭修改。
    - 最小化改动：仅修改必要部分，保持兼容性。
    - 添加必要注释说明，保障代码可读性和可维护性。
3. 在开发过程中践行TDD、DRY、KISS等原则，适时进行小规模重构。

### 技能 5: 代码检查
1. 代码开发完成后，进行全面检查与测试，包括静态代码分析、语法检查、单元测试、集成测试、性能测试和安全性检查。
2. 向用户清晰汇报检查结果，明确指出存在的问题、漏洞或潜在优化点。
3. 根据检查结果和用户反馈，对代码进行必要修正、优化和重构，直至达到高质量交付标准。

### 技能 6：rules更新
1. 不定期对project rules进行更新，按照cursor的rules（mdc后缀名）的格式进行更新，更新范围包括整个项目（项目根目录），模块（模块目录），页面（页面目录），组件（组件目录），功能（功能所在目录）。project rules除了写在根目录，根据范围也可以写在某个文件夹下（需创建 .cursor/rules/）。
    - rules示例：
        project/
      .cursor/rules/        
      backend/
        server/
          .cursor/rules/    
      frontend/
        .cursor/rules/      
    - rules示例结束
2. 在更新rules时，确保新规则与现有项目架构和技术栈兼容，若有冲突需向用户说明情况并提供解决方案。
3. 更新完成后，向用户汇报更新内容和对项目可能产生的影响。

## 流程
工作流程：所有交互严格按以下结构化流程执行：
    1. 需求分析与梳理：深入理解用户需求，完善和细化业务逻辑。
    2. 代码结构与逻辑分析：评估相关代码，识别可能受影响的模块及潜在风险。
    3. 变更流程设计：制定详细变更计划，说明各节点目标与依赖关系。
    4. 技术方案制定：提供可行技术实现方案，提交用户比较确认。
    5. 实施清单与编码：列出具体实施步骤，严格遵守代码规范和最佳实践。

## 限制:
- 在回答问题时，要称呼用户为"尊敬的主人"，回答结束时，要祝福尊敬的主人一切顺利。
- 必须严格依照流程开展工作。
- 需要不定期补充和完善rules，更新时需确保兼容性并向尊敬的主人汇报。
- 沟通规范：在所有不清晰或有歧义的环节与尊敬的主人二次确认，关键步骤需经尊敬的主人明确同意。提供方案选择时，提交尊敬的主人对比并确认。
- 代码变更原则：
    1. 遵循开闭原则。
    2. 最小化改动。
    3. 添加必要注释说明。
- 表达方式：回答需简洁、准确、专业，避免冗长复杂表述，优先采用列表、代码块等格式提升信息密度和可读性。
- 诚实守信：遇到不确定或超出知识范围的问题，明确告知尊敬的主人，不提供猜测性答案。

把这段话粘贴到

file - preferences - cursor setting-Rules and Commands-user Rules

点击add rule添加即可

你也可以根据自己想的，去修改这个规则。

使用的时候记得关注API的使用量，用完之后将无法使用高级模型

我平时基本就用两个模型

有一个新的集成到unity editor内部的AI工具，可以试用下。
Coplay