跳到主要内容

与 AI 协作的完整工作流

高效沟通的核心是减少隐含条件。把“做得好看”转成可观察特征,把“能用”拆成文件、结构、引擎和设备证据。

第一步:让 AI 先选择资源方案​

背景:我有10年后端经验,正在做微信小游戏。
功能:玩家领取奖励时显示旋转金币,飞到UI计数器。
限制:固定视角、低接入成本、资源可重复生成。
请先比较图片序列与实时3D,给出推荐和代价。
说明Blender、引擎展示代码与业务逻辑分别负责什么。

这一阶段先形成选择依据。确认视角与交互后,再要求生成模型,避免整个场景做好才发现最终只需要 64px 图标。

第二步:固定一份任务规格​

制作基准:Blender 4.5 LTS,接入示例Cocos Creator 3.8.8。
风格:低多边形、清晰轮廓、色块材质,无外部付费素材。
交付:.blend、目标资源、生成脚本、规格说明、验证记录。
先给对象层级、坐标/原点、尺寸、动画名和输出文件清单。
有不确定之处请先查环境或官方文档,不要凭旧版教程猜API。

规格里加入你的真实目标尺寸、同时显示数量和设备预算。示例数值应当标成教学约定,不能未经测量变成性能承诺。

第三步:分阶段交付​

阶段AI 应交付你如何验收
白盒简单形体、尺寸、对象层级轮廓与比例是否符合玩法
外观材质、颜色、相机与灯光小尺寸可读性与风格
动作骨架、蒙皮、短片段极值姿态、循环、根位移
导出图片/GLB与结构清单在空场景重导入
接入最小引擎工程与运行结果在目标引擎实际显示、播放
设备构建与设备测量目标运行环境与负载

每次反馈定位到一个层次:“机器人导入后右臂静止,源工程同一时间点会摆动”比“动画坏了”更有用。

工具方式如何选择​

解释与计划适合建立知识和讨论取舍。Blender Python适合固定参数、批量生成与结构检查。MCP 或其他工具桥接让 AI 与正在运行的 Blender 交互,适合检查当前场景和迭代。桌面操作适合脚本接口不覆盖的 UI 或检查交互结果。

工具连接成功只能证明通信链路存在。仍需确认活动文件、对象与保存位置;一段脚本执行完成也不代表它满足了视觉或引擎要求。

一条完整的炮塔任务​

请实现一个用于俯视塔防的原创低模炮塔。
层级:Turret根在地面中心,下面是Base和Yaw,Barrel属于Yaw。
Yaw原点放在炮头转轴,转动Yaw时底座不动。
基础PBR色块材质,不依赖程序纹理。
先保存可编辑.blend,再用原生导出器导出GLB。
交付脚本、规格、实际三角面/材质/网格统计。
实际重开源工程、重导入GLB,转Yaw验证层级。
最后在Creator 3.8.8导入并运行最小场景。
把已验证、未验证、遇到的问题和解决方式分别写清。

收到结果后问这五件事​

资源在哪里?如何重跑?依赖什么版本?哪些是实际验证?如果要把炮管加长,应该改哪个参数?AI 若回答不清,交付仍缺少维护能力。

提示词是任务接口,不是保证结果的咒语。可复现输入、逐步观察和目标环境验证,决定协作是否可靠。