最近我的新的微信小游戏上线了，名字叫拼图慢时光。
拼图慢时光
为什么打算做这个
这已经是我做的第四个微信小程序了。市面上的小游戏千千万，为什么这次选了个最"朴素"的品类？
因为我自己在通勤路上玩过太多"三分钟一局、局局催你看广告"的游戏，玩完只觉得累。我想要的恰恰是反过来的东西：不催、不卡点、没有体力条，打开它就像泡一杯茶。治愈系拼图，慢时光——游戏名就是这么来的。
前几个项目攒下来的技术刚好用得上，也算趁热打铁。这个过程中看了不少博主的分享，学到不少东西，这次算是真正落地了一回。
那拼图里面又该选哪种？我把市面上排名靠前的微信拼图小游戏都玩了一遍，发现一个有意思的事：榫卯拼图是个很小众的品类，做的人少。红海赛道实在没信心跟别人卷——那就挑一个还没挤进来的。
主要遇到的困难
① 为什么必须选 Cocos 引擎
这个选择其实是被逼出来的。
一开始我也想过用 Canvas 2D 直接画，毕竟拼图就是一堆图片碎片。但试了一下发现：碎片一多，Canvas 2D 根本扛不住，帧率掉得厉害，拖拽的时候肉眼可见地卡。想做流畅的拼图体验，只能上 Cocos Creator。
但问题也来了：做这个游戏之前我没碰过 Cocos，连组件、节点这些概念都是边查文档边写。前几个项目的思路能用上，但引擎本身的坑只能一个个踩。
怎么解决的：
最头疼的是组件绑定。Cocos 有个"静态绑定"的概念，一开始 根据ai提示让我手动去工程里绑组件和脚本，我研究了半天没搞懂。后来论坛里翻到一个方案，感谢这位大神的无私贡献：
https://forum.cocos.org/t/topic/169551/2
装上这个 MCP 之后，让AI 直接帮我动态绑定——把重复劳动丢给工具，自己只关注核心逻辑。绑定完成后，以后改对应的 TS 文件就行。
所以 Cocos 我基本就装了一下，也就了解个大概。
② 榫卯形状的实现
这是整个项目最棘手的部分。普通拼图块是规则方形，榫卯块不一样——每个块有凸起和凹陷，形状要互相咬合。怎么生成这些形状、怎么判断两个块能对上、拖拽的吸附怎么做得顺手，每一点都比看上去复杂。
怎么解决的：
我的做法是先做"视觉验证"。想要的效果图丢给 AI，让它先跑一版看看大概效果。也试过让 AI 写这块的逻辑代码，效果最好的模型是 Kimi K3，生成效果如下
也挺好看的，但说实话，离我想要的榫卯拼图还是差了一截。榫卯的物理碰撞和几何算法太精细，AI 生成的代码往往看起来对、跑起来错。
死磕 AI 不如去 GitHub 搜搜有没有开源方案，或者参考大神们怎么处理多边形碰撞和锚点匹配的，站在巨人肩膀上比闭门造车快得多。最后得到的拼图效果是这样的。
③ AI 模型的选择
这个项目全程离不开 AI 辅助，但模型选不对，效率差很多。
我主要用 CodeBuddy 来开发，每天可以在 WorkBuddy 领到 100 积分。简单需求用 GLM5.3Flash，积分消耗少，响应也快；微信自己的hy3限时免费，也是不错的。对于一些复杂问题再换高级模型，比如GLM5.3，kimi k3。当时有个背景放大放小的功能，一开始普通模型怎么都调不通，qoder正好做活动，切到 Qwen3.8 很快就搞定了。
界面样式方面，可以让Kimi K3 生成一板。效果确实比其他模型高级不少，审美在线。
④ 精灵图与动画
这个项目还第一次接触了精灵图（Sprite Sheet）。把一系列图片合成一张精灵图，再控制播放区域，就能实现动画效果。可以让ai直接等间距生成首尾相连的精灵图，代码里让ai播放精灵图。原理不难，但自己亲手跑通一遍的感觉还是不一样的。
⑤ 图床怎么解决
拼图游戏图片量大，不可能全塞进小程序代码包（有 4MB 限制）。图片放哪、怎么让加载够快、微信对下载域名又有白名单要求，这套链路绕不开。
怎么解决的：
微信自己也有图床方案，虽然配置更简单。但算下来每月要一笔费用，长期跑伤不起，最后换成了 Cloudflare R2，免费版日常用用完全够。等小程序跑通之后，也可以考虑换回微信自己的云开发，前后端打通更方便。
⑥ Cloudflare 怎么更好地使用
图床方案最后落在了 Cloudflare 上，但"能用"和"用好"之间差得远。
怎么解决的：
R2 配完之后，一定要记得加缓存策略。加上 Cloudflare 的缓存规则后，速度快了不止一个档次。
另外一个小经验：不要去调用 Cloudflare 数据库。数据库查询速度特别慢，不适合中国用户。而图片存储直接走对象存储 + CDN 链路就很快。
还有一个做法，设置一个 JSON 文件，程序启动时读取，图片信息都写进 JSON。这样以后换图片，更新 JSON 就行，不用频繁动代码。这个是我从别的博主那里学到的。
从 0 到上线，这个项目磨了我三个月。但只要有人愿意打开它、拼完一幅图，我觉得就值了。
拼图慢时光