我一直觉得，做游戏不该卡在素材上
我做 SpriteAI 的起点很简单。
很多独立开发者都有过这样的经历：脑子里已经有一个很清晰的角色——一只背着长刀的狐狸、一个穿着机甲的骑士，或者一个会在夜里发光的小怪物。但真正开始制作时，问题一个接一个出现：
- 角色画出来了，却没有成套动作；
- 精灵表生成了，帧边界却对不上；
- 背景没有去干净，导入游戏后满屏都是杂色；
- 每一帧尺寸不一致，角色走路时忽大忽小；
- 素材做完了，还要在多个工具之间来回切换、导出、检查。
我不想让创作者把时间耗在这些重复工作上。
所以我做了 SpriteAI 。
它不是一个只负责“生成一张图”的工具，而是一条从想法到可用游戏素材的完整流程：从角色开始，生成 Idle 、Walk 、Jump 、Attack 四组动作，移除背景，手动校准动画帧，最后放进横版沙盒里直接验证效果。
我希望你打开网站时，马上就能开始创作
你可以输入一句角色描述，也可以上传一张参考图。
剩下的事情，在同一个工作流里完成：
- 生成角色；
- 同步生成四组动作精灵表；
- 一键移除所有精灵表背景；
- 调整、提取和检查动画帧；
- 在沙盒中测试移动、跳跃和攻击效果。
上传的图片会在页面中即时展示。已经完成的角色、精灵表、去背景结果和帧编辑内容，也会保存在浏览器中。即使关掉页面，回来后仍然可以接着上一次的工作继续做。
我更在意的是“能不能真正用起来”，而不只是生成结果看起来不错。
所以 SpriteAI 支持逐帧编辑、帧启用与禁用、排序、撤销重做和多种游戏引擎导出。你可以把结果带回自己的项目，而不是只能停留在网页预览里。
这不是一个展示概念，而是我每天都在打磨的工具
做这个网站的过程中，我遇到过很多比想象中更麻烦的问题。
不同动作的角色尺寸不一致，脚底会抖；透明图和带背景的图在画布上的定位方式不同；远程图片会遇到跨域和代理问题；移动端拖动帧边界很容易误触；多个生成任务同时进行时，还要确保每一步都能独立扣费，失败后准确退款。
这些细节不会出现在产品宣传图里，却决定了一个工具到底好不好用。
我宁愿多花时间把帧坐标、裁剪、归一化、缓存和错误处理做好，也不想只做一个看起来漂亮、实际无法接入游戏的 Demo 。
我是怎么把它做出来的
开发 SpriteAI 时，我使用 Cursor 作为主要开发环境。
Cursor 让我可以直接在真实代码库里理解组件关系、追踪数据流、重构模块，并快速验证每次修改带来的影响。对这种包含前端交互、Canvas 、服务端任务、数据库和国际化的项目来说，单纯写几个页面远远不够，更重要的是把整个系统逐步整理清楚。
在模型调用方面，我搭配使用了 Cursor BYOK 插件，让 Cursor 连接我自己的模型服务和密钥配置。这样做的好处是：
- 可以根据任务选择合适的模型；
- 保留自己的调用配置和使用节奏；
- 更方便在代码探索、实现、调试和审查之间切换；
- 让开发过程更透明，也更适合长期维护项目。
Cursor BYOK 使用说明可以参考：
我做 SpriteAI ，不是为了替你做游戏
我更希望它成为你的第一块跳板。
你可以用它快速验证一个角色的感觉，做出原型里的第一组动作，给自己的独立游戏补齐基础素材，也可以把它当成一个方便的精灵表整理和帧编辑工具。
它不会替你决定游戏应该是什么样子。
它只是帮你更快跨过最容易卡住的那一段路，让你把精力放回真正重要的地方：玩法、关卡、故事，以及那个你一直想做出来的游戏。
现在开始使用 SpriteAI ，把脑海里的角色变成真正能玩的游戏素材。
Select Language