Featured image of post Unity中的提示词用法

Unity中的提示词用法

Unity开发中5种实用的AI提示词写法与实战模板

Unity AI 提示词实战:5种主流写法(附可直接复制模板)

在Unity开发中,合理运用AI生成代码可显著提升开发效率,但实际应用中常出现代码风格混乱、不符合项目规范、逻辑存在漏洞、需大量返工等问题。

除基础的Zero-shot(零样本)和Few-shot(少样本)写法外,本文整理了Unity开发中5种实用且常用的AI提示词写法,每种写法均包含核心思想、适用场景、实战示例、核心优势及相关注意事项,文末附上可直接复制的通用模板,便于实际应用。


1. Role-prompt 角色设定提示词(人设法)

核心思想

不提供任何示例代码,先为AI设定具体、专业的身份及明确的行为准则,使AI以资深Unity开发者的视角生成代码。

适用场景

  • 复杂系统架构设计(状态机、对象池、事件系统等)

  • 对代码质量、可维护性要求较高的核心模块开发

  • 团队协作中需统一专业代码写法的场景

实战示例

1
2
3
4
5
6
7
8
9
你是拥有10年经验的资深Unity手游客户端开发工程师,精通C#、UGUI、Addressables、DOTween。
写代码必须严格遵守以下规范:
1. 面向对象设计,低耦合高内聚
2. 所有可配置参数公开并添加[Header]和[Tooltip]特性
3. 关键逻辑添加清晰注释,避免冗余内容
4. 优先使用Unity官方推荐的最佳实践
5. 不使用过时的API(如弃用的GUI系统)

现在帮我设计一个可扩展的玩家状态机架构,包含待机、移动、攻击、死亡四种基础状态。

核心优势

  • 无需准备示例代码,上手便捷

  • AI可自动采用专业Unity代码写法,规避新手常见错误

  • 生成代码结构合理,可扩展性与可维护性较强

注意事项

  • 身份设定需具体,避免过于宽泛(如避免仅设定为“程序员”,应明确为“Unity手游客户端开发工程师”)

  • 设定身份的同时需明确代码规范,明确告知AI禁止的写法(如“不能使用全局静态变量”)

  • 可根据实际需求,添加“优先使用XX插件”“遵循XX团队规范”等个性化要求


2. 结构化约束提示词(规则约束法)

核心思想

不依赖示例代码,通过逐条列出硬性规则,明确代码的格式、写法、功能边界及输出要求,确保代码标准化。

适用场景

  • 需严格统一代码格式与命名规范的场景

  • 功能明确、不允许AI自由发挥的工具类脚本开发

  • 团队多人协作,需实现代码标准化输出的场景

实战示例

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
严格按照以下要求写Unity C#脚本:
1. 脚本名:EnemyPatrol
2. 必须继承自MonoBehaviour
3. 公开可调节参数:巡逻速度、巡逻点数组、检测玩家距离
4. 私有变量使用驼峰命名法,前缀加下划线(如_enemyRb)
5. 函数拆分清晰,每个函数仅实现单一功能
6. 添加必要的空值判断,避免空引用异常
7. 仅实现巡逻和检测玩家功能,不包含攻击逻辑

写一个Unity 3D敌人巡逻AI脚本。

核心优势

  • 无需准备Few-shot示例,节省大量Token

  • 代码输出高度标准化,无需后期调整格式

  • 可有效限制AI自由发挥,避免生成无关代码

注意事项

  • 规则数量控制在10条以内,避免规则过多导致AI混乱或遗漏

  • 规则表述需具体明确,避免模糊化描述(如避免“写得规范一些”等表述)

  • 可明确禁止特定写法(如“不使用协程”“不使用单例”)


3. CoT 思维链提示词(Chain of Thought)

核心思想

强制AI先输出思考过程与实现步骤,再生成最终代码,将隐性逻辑显性化,减少代码逻辑漏洞与错误。

适用场景

  • 复杂游戏逻辑开发(战斗计算、掉落规则、关卡生成等)

  • 算法相关功能开发(寻路、碰撞检测、AI行为树等)

  • 边界条件复杂、易出现逻辑错误的场景

实战示例

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
请先逐步分析实现逻辑,列出详细的实现步骤,再编写最终的C#代码。
需求:实现一个Unity 2D平台游戏的玩家跳跃功能。
思考步骤要求:
1. 分析跳跃功能所需组件(刚体、碰撞器等)
2. 列出跳跃完整流程(按下跳跃键→检测是否在地面→施加向上的力)
3. 说明地面检测的实现方式
4. 说明多段跳的处理方式
5. 说明跳跃过程中移动的处理方式

按照以上步骤思考,然后写出完整的代码。

核心优势

  • 大幅减少复杂逻辑的错误与漏洞

  • 可清晰查看AI思考过程,便于排查问题

  • 生成代码逻辑严谨,边界条件处理完善

注意事项

  • 明确指定AI的思考步骤与方向,避免AI自由思考导致逻辑偏差

  • 可要求AI先列出可能遇到的问题及对应解决方案

  • 对于极复杂的逻辑,可要求AI分阶段输出思考过程与代码


4. 模板仿写提示词(One-shot / 单样本)

核心思想

提供1个标准样板代码,让AI严格模仿样板的结构、命名、风格及注释格式,生成新的代码。该方法是Unity开发中应用广泛、性价比较高的提示词写法。

适用场景

  • 项目已有成熟基类、管理器、UI框架的场景

  • 需新增与现有代码风格完全一致的脚本开发

  • 团队协作中需统一代码风格的场景

实战示例

首先提供项目中已有的标准样板代码:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
// UI面板基类
public class UIBase : MonoBehaviour
{
    [Header("基础设置")]
    public string panelName;
    public bool isShowOnStart;

    protected virtual void Awake()
    {
        if (isShowOnStart)
            Show();
        else
            Hide();
    }

    public virtual void Show()
    {
        gameObject.SetActive(true);
        OnShow();
    }

    public virtual void Hide()
    {
        gameObject.SetActive(false);
        OnHide();
    }

    protected virtual void OnShow() { }
    protected virtual void OnHide() { }
}

然后编写提示词:

1
2
3
4
5
6
7
完全仿照上述UIBase基类的写法、结构、命名规范、注释格式及代码风格。
新建一个背包UI面板类UIBag,继承自UIBase。
需实现的功能:
1. 显示背包格子列表
2. 刷新背包数据
3. 点击格子显示物品详情
严格保持与样板代码一致的缩进、命名及注释风格。

核心优势

  • 仅需1个样板代码,相比Few-shot更节省Token

  • 生成代码与项目现有风格完全统一

  • 无需后期调整代码格式与风格

注意事项

  • 样板代码需规范、无漏洞,避免AI模仿错误写法

  • 优先选择项目中最标准、最规范的代码作为样板

  • 明确要求AI“严格模仿”,禁止AI对样板结构进行优化或修改


5. 分层任务提示词(拆解任务法)

核心思想

将复杂的大型功能拆解为多个独立小模块,让AI分模块、分步骤生成代码,避免一次性生成完整系统导致的代码混乱。

适用场景

  • 大型系统开发(背包系统、技能系统、存档系统、战斗系统等)

  • 代码量较大、结构复杂的功能开发

  • 需逐步调试、验证功能正确性的场景

实战示例

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
开发一个Unity 2D游戏的背包系统,分三个部分逐步生成代码:

第一部分:背包数据结构
- 定义物品数据类ItemData,包含id、名称、描述、图标、数量、类型
- 定义背包数据类InventoryData,包含物品列表、背包容量

第二部分:背包管理器
- 实现单例模式
- 实现添加物品、移除物品、查询物品、保存/加载背包数据的功能

第三部分:背包UI展示
- 实现背包格子UI
- 实现背包面板UI的刷新逻辑

请先编写第一部分的代码,确认无误后再编写后续部分。

核心优势

  • 代码结构分层清晰,便于维护与调试

  • 避免AI生成冗长、难以阅读和修改的代码

  • 可逐步验证每个模块的正确性,及时调整开发需求

注意事项

  • 模块拆分不宜过细,避免增加对话轮次、浪费Token

  • 模块拆分也不宜过粗,单个模块代码量建议控制在200行以内

  • 可先让AI输出整体架构设计,确认后再分模块生成代码


汇总:Unity AI 提示词六大流派对比

除上述5种写法外,结合基础的Zero-shot和Few-shot,共六种主流提示词写法,具体对比如下:

流派核心思想适用场景优点缺点Token 消耗
Zero-shot 零样本直接下达指令,不提供任何示例简单通用功能、快速原型开发效率高、操作便捷代码风格随机、质量不稳定最低
Few-shot 少样本提供2~3个示例,让AI模仿生成需严格统一风格的复杂场景输出稳定、符合预期要求准备示例繁琐、消耗Token较多高
Role 角色设定为AI设定专业身份及行为准则复杂系统架构、高质量代码需求代码专业、无需准备示例对身份描述的专业性要求较高低
结构化约束逐条列出硬性规则,规范输出标准化工具类、团队协作场景输出标准化、节省Token规则过多易导致AI混乱低
CoT 思维链先思考步骤,再编写代码复杂逻辑、算法、边界条件多的场景逻辑严谨、错误率低思考过程消耗Token中
One-shot 单样本提供1个样板,让AI模仿生成项目已有成熟框架、新增同类脚本风格统一、节省Token、性价比高需具备标准样板代码中

附录:可直接复制的通用提示词模板

1. 角色设定模板

1
2
3
4
5
6
7
你是拥有[X]年经验的资深Unity[领域]开发工程师,精通[技术栈]。
写代码必须严格遵守以下规范:
1. [规范1]
2. [规范2]
3. [规范3]

现在帮我[具体需求]。

2. 结构化约束模板

1
2
3
4
5
6
7
8
9
严格按照以下要求写Unity C#脚本:
1. 脚本名:[脚本名]
2. 必须继承自[父类]
3. 公开参数:[参数列表]
4. 命名规范:[命名要求]
5. 功能要求:[具体功能]
6. 禁止:[禁止的写法]

写一个[功能描述]脚本。

3. 思维链模板

1
2
3
4
5
6
7
8
请先逐步分析实现逻辑,列出详细的实现步骤,再编写最终的C#代码。
需求:[具体需求]
思考步骤要求:
1. [步骤1]
2. [步骤2]
3. [步骤3]

按照以上步骤思考,然后写出完整的代码。

4. 单样本仿写模板

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
完全仿照下面这个样板代码的写法、结构、命名规范、注释格式、代码风格。
[样板代码]

新建一个[新脚本名],继承自[父类]。
需要实现的功能:
1. [功能1]
2. [功能2]
3. [功能3]

严格保持和样板代码一致的风格,不要修改样板的结构。

5. 分层任务模板

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
我们要开发一个[系统名称],分[X]个部分逐步生成代码:

第1部分:[模块1名称]
- [功能点1]
- [功能点2]

第2部分:[模块2名称]
- [功能点1]
- [功能点2]

第3部分:[模块3名称]
- [功能点1]
- [功能点2]

请先写第1部分的代码。

总结

不同提示词写法适用于不同场景,需根据实际需求选择:

  • 快速开发简单功能,可采用Zero-shot

  • 项目已有标准样板,可采用One-shot

  • 开发复杂系统架构,可采用角色设定写法

  • 需实现代码标准化,可采用结构化约束写法

  • 开发复杂逻辑、避免错误,可采用思维链写法

  • 开发大型系统,可采用分层任务写法

选择合适的提示词写法,可显著提升AI生成代码的质量,减少返工,提升开发效率。

不嘻嘻
使用 Hugo 构建
主题 Stack 由 Jimmy 设计