哈哈，终于等到我Neng好好聊聊这个了！Zui近把「开心点连连kan」这个小游戏用AI从头到尾搞定了现在Yi经上线微信小游戏平台啦！今天就跟大家分享一下我的整个过程，包括那些踩坑、找补丁和突然灵光一闪的时刻。别担心太专业，咱们就当喝茶聊天一样随意~

其实吧，去年年底公司优化了一波人之后我就开始有点慌——觉得自己得学点新东西才行啊。然后kan了一圈副业方向，发现大部分dou要么门槛高、要么回报低。直到有一天我在kan朋友圈的时候，突然kan到有人用AI画的图超酷炫的！那一刻我想：既然AINeng画图，那Neng不Neng帮我写代码啊？于是就有了这个项目。

不对不对不对...其实真正让我选小游戏的原因geng简单：因为它够小够单纯！太大的项目AI容易把老逻辑给改飞了；太小的又没意思。而微信小游戏这规模刚刚好——一个仓库、一个端、不用后端依赖。就是那个Zui甜的区间啊！

现在每次新项目我dou会先touch CLAUDE.md AGENTS.md。这两个文件不是给我kan的哦~它们是给AIkan的项目说明书！我的写法是这样的：

# 上下文
我要在 src/ui/ 下加一个「皮肤选择弹窗」，复用现有 makePanelBg / panelPad / bounceIn 的设计语言。
# 需求
. 弹窗宽 PANEL_W = DESIGN_REF_W * .
. 横向  列网格，展示Yi解锁/未解锁两态
. 点击未解锁项给 toast 提示
. 选中后写入 src/game/llk-save.ts 的存档
# 约束
- 不准用 click，必须用 pointerdown
- 不准引入新依赖
- 不准改 src/core/，那是基础设施
- 改完之后把新增的资源路径加到 src/ui/home.ts 的 ASSET_URLS 里

为什么这样写？因为AIZui容易犯的不是写错代码而是Zuo多——比如顺手帮你refactor一些不该动的地方。所以把"不准Zuo什么"比"要Zuo什么"geng重要！

一开始我让Claude给我列了好几套技术栈对比表。Zui后选定的是Vite + Pixi.js + TypeScript这个组合。说实话一开始我不太确定Pixi.jsNeng不Neng玩转微信小游戏环境——结果Cluade直接帮我kan了@iro/wechat-adapter源码并告诉我需要注意些啥~

. Vite关键配置：

// vite.config.ts
build: {
  lib: {
    formats: ,           // 必须CJS不NengESM
    fileName:  => 'game.js'   // 固定输出game.js
  },
  rollupOptions: {
    output: { inlineDynamicImports: true } // 必须内联所有动态import
  }
}
// 插件里必须替换process.env.NODE_ENV替换为production值！
replace })

. 必须延迟两帧再init

// src/app.tsfunction deferInit {if  {requestAnimationFrame => requestAnimationFrame)} else {setTimeout}}setTimeout

"style reference image", "detailed illustration", "flat color design", "pixel art style"

"当前代码在xx环境下运行报错'Cannot read property of undefined'。

为什么百度不收录？怎么破？哈哈这个问题hen常见呀～主要是这几个方面：SEO基础优化没Zuo好；内容质量不过关；移动友好度差；被误判为垃圾内容或薄页等等...

确认你网站确实符合搜索引擎要求哦！
然后Ke以试试这些方法：
. 提升内容价值与原创度；
. 加强站内链接结构；
. 增强移动端适配体验；
. 检查Robots协议与Sitemap；
Ru果还是不行可Neng需要时间慢慢积累权重呢！
记住收录只是第一步目标是排名呀！

Zui后说句心里话...虽然整个过程非常有趣但也有一些让人无奈之处：
* AI有时候会给一些奇怪建议比如建议使用Yi经废弃API...
* 美术生成虽然快但调整起来比想象中麻烦...
* 调试过程仍然需要大量人力...
不过总的来讲这次尝试让我觉得未来编程方式真的会发生巨大变革呢！
接下来计划继续探索如何将Supabase集成进去实现零成本排行榜功Neng，
感兴趣同学Ke以评论区留言扣我们交流哦～