这周的8月19日、20日，Spine圈子里有点热闹。
19日，B站一位开发者晒出了全流程AI制作的骨骼动画；20日，游戏技术作者罗培羽发布了自己AI生成Spine动画的成功记录，而半年前他做同样的事情还以失败告终。知乎同一天，一篇把“Codex+Spine”生成动画逐条路线拆解的长文发布，作者的判断很直接：这不是科幻演示，是已经跑起来的真实工作流。知乎而那位晒全流程AI演示的B站开发者，给自己的产物打出的评价是“只能说一坨屎”。哔哩哔哩
光看标题，你会觉得“Spine动画师要快跑”。但点开细节，评价完全是两极的。
那么，AI生成的Spine动画，现在到底能用到什么程度？我把这两周的实操文章和近半年的社区讨论都翻了一遍，先说结论：想靠它省外包钱，还早；但做原型、批量小怪、占位动画，是真能用。
为什么AI突然能碰Spine了
先澄清一个常见误区：AI能碰Spine，不是因为“AI学会做动画了”，而是因为Spine动画本来就是一堆文本。
Spine导出的动画文件不是视频，而是一份JSON数据：skeleton（骨骼）、bones（骨头）、slots（插槽）、animations（动画）——哪根骨头是谁的父级、哪根骨头在哪个时间点转多少度、移多少距离，中间帧全靠插值算出来。知乎再加上Spine还有官方命令行工具（CLI）。数据格式+命令行，两个对AI代理最友好的接口，Spine全都自带。所以“让AI写Spine动画”从玄学变成了谁都能试的工程问题。
四条路线，我替你们翻了一遍
目前社区讨论的路线，我整理成四类，成熟度各不相同。
路线一：spine-MCP，让AI直接指挥官方Spine。这是今年5月上线的开源项目，把官方Spine CLI包装成MCP服务器，Claude Code、Codex、Cursor都能直接连，注册的16个工具覆盖了Spine操作的各个环节，还有个“语料学习”功能，能让AI照着你老项目的骨骼命名和动作幅度来生成。知乎但边界也说得很清楚：只做骨骼、插槽的关键帧动画，不做网格变形、权重编辑、IK。
路线二：spine-animation-ai，脚本化流水线。Genielabs的项目，354星，思路是把整套动画生产流程写成Python脚本，让AI按步骤执行。动画预设按迪士尼动画十二原则编码：待机2秒，带臀部呼吸、躯干轻晃；走路0.8秒，手脚对摆加臀部起伏，不是机械匀速。知乎还有个“换皮工坊”，一句话描述服装，AI就重绘整个角色再自动拆回部件，骨骼和动画原封不动。注意一个坑：它用的是PolyForm非商用许可，商用需要单独授权。
路线三：Gorest，用序列帧抢跑的选手。这是今夏最火的一个，GitHub上1400星，思路更激进：不做界面，整个工具就是给Codex用的。丢一张参考图加需求进去，产出游戏可用的透明序列帧，浏览器里实时预览。知乎官方README说得直白：目的就是“减少或跳过早期原型阶段的手工Spine式流程”。它是速写本，不是成品线。
路线四：AI视频转Spine序列帧，小怪的量产线。代表是B站晨风工坊的工作流：AI生成角色图→图生视频做出动作→自研工具抽帧、抠图→打包成.json+.atlas+.png的Spine三件套→直接导入Cocos Creator。知乎这条路线的天然短板也很明显：AI视频是一个完整结果，想拆开细修很难。知乎
国内还有两个动向值得留意。一是B站UP主Ani_庄展示了批量生成游戏八向动画的skill，切图贴合图片结构、带转面约束，Codex全程接管，不过这类skill多数还没开源。知乎二是免费阵营的动作：龙骨动画LoongBones深度接入了大语言模型，支持AI生成骨骼动画，Spine里绑好的骨骼可以直接拖进去，AI生成完还能再导回Spine继续编辑。知乎另外，还有开发者因为嫌Spine贵，直接放出了EZPub这样的免费2D骨骼动画工具。哔哩哔哩
三盆冷水
如果上面的路线已经让你心动，再看看这周的另一面。
第一盆：罗培羽自己，半年前刚失败过。这次成功的核心不是模型变聪明，而是他把AI负责的范围缩小了：不再让AI照着参考图自由拆部件，而是用提示词手工指定拆图规则——关节不要立体化、各元素不要重叠、保持原图位置“炸开”即可，再专门加上“地面约束”，防止角色插进地里。知乎他复盘上次失败的原因：视觉语言模型很难理解图像坐标，部件拆分和锚点设置必然出错。知乎一句话总结：几何问题要先由人或确定性算法钉死，AI只负责“动起来”那部分。
第二盆：全流程AI，目前还是不行的。前面那位自研类Spine软件的开发者，把生图、拆图、绑骨、网格、权重、动画全部交给AI，最终评价前面已经引用过了。这说明涉及到有设计意图的动作，现阶段模型的天花板很明显。
第三盆：Spine官方的态度，比谁都冷。官方论坛有人问，为什么Spine不专注AI自动生成骨骼动画，官方的回答大意是：2D骨骼动画是“欺骗性”的视觉艺术，为了好看可以违反物理常识地摆放纸片，这类高质量训练数据太少，AI学不出来；领域小众，商业激励也不足；就算AI生成了，修它的时间可能跟手工做一样长。知乎编辑器本体，暂时不会接AI。
到底怎么用？按项目阶段对号入座
把这两周的信息翻译成决策清单，可以对号入座：
Demo周、原型阶段：用Gorest类序列帧路线抢跑，先让角色动起来，再谈精修。
小怪、NPC需要量产：用AI视频转Spine序列帧的管线，接受包体变大的代价，换人天。
正式项目要骨骼动画：用spine-MCP或spine-animation-ai出初稿，但预留人工精修的工时，商用别忘了查许可证。
主角、商业品质：继续外包或自研。AI现在能帮上的是拆图、占位动画这些前期工作。
这套路线的产物，已经能直接进游戏引擎跑起来：
再算一笔账：角色动画外包，报价动辄几百上千元一个，随便加几个动作预算就击穿。知乎Spine本身是一次性买断，社区讨论普遍以299美元专业版为参照。知乎AI路线的金钱成本低，付出的是调管线的时间。对一人开发来说，后者反而更可控。
给焦虑的动画师，和一个观察信号
今年以来，“spine骨骼动画师在行业内的情况”这类提问一直在出现，大家最关心的就是AI对这个岗位的冲击。知乎从这两周的证据看，AI抢走的是“重复性关键帧、低精度动作量产”的部分，按动画十二原则把动作做漂亮的能力，反而正在变成稀缺技能。合理的分工是：AI负责0到60分的批量产出，人负责60到100分的精修。
一个值得持续关注的信号：Spine 4.3在2026年上半年发布，带来了Sliders（滑块约束）——可以用一个滑块或一根骨头的转动驱动一整段动画，还支持直接导出HTML预览页，动画在浏览器里就能播放。知乎这两个功能都在降低“程序化控制、自动化验证动画”的门槛。官方不做AI，但接口已经在为AI铺路。
最后问一句：你试过哪条AI Spine路线？翻车了还是真香？评论区聊聊。
