开发心得

1. "Action 请求 → 服务端处理 → 状态广播"三段式架构这是我们最终采用的、经过验证的服务端权威架构模式：客户端 UI 操作 → Client.SendAction(action, params, callback)
→ 服务端 actionHandlers[action](playerInfo, params)
→ 修改 game state → pushStateToClien

# 用 AI 做游戏：从一句话到可玩的游戏
> 你不需要会编程，只需要会描述你想要的游戏。
---
## 它能做什么
一个对话框，你说想法，AI 写代码、生成素材、调试运行，直到你手机上能玩。
**一句话概括流程**：描述游戏 → AI 生成代码 → 预览试玩 → 说哪里要改 → AI 改 → 扫码上手机。
---
## 你能做出什么
| 类型 | 示例 | 复杂度 |
|------|-----

踩过的坑
1. clientCloud 与 serverCloud 是两套独立存储这是整个迁移过程中代价最大的一个坑。旧版单机架构使用 clientCloud（客户端云存储）保存玩家进度，迁移到服务端权威架构后改用 serverCloud。我们最初以为切换 API 就行了，结果发现：serverCloud 根本读不到 clientCloud 里的数据——它们是完全独立的存储空间，key 相同也不互

还在积累经验，暂时taptapmaker有两次特别不满的情况，一是为了不修bug而把我之前单独提的需求给删了，二是一次提
了需求跟我说这个游戏不适合然后没帮我弄还烧了200token

各位TapTap制造的开发者伙伴们好！

最近用TapTap制造做了一款文字类多人实时联机网游《我要当镇长》，没想到发布第一天就有300多位玩家来玩，目前游戏里大部分核心问题也都顺利解决了。作为一个靠着TapTap制造零编程做出联机网游的制作者，想把自己从头到尾的开发、测试、上线经验全部分享出来，尤其是多人实时在线这个核心点的实操方法，希望能帮到同样想做联机游戏的大家！

先说说我的核心思路：

如果我想专门调整游戏中一个角色的细节该怎么办？比如我想让它的身高刚好1.7米，我想给他专门做一个行走动画……
我的办法是直接让AI把源文件展示出来，我直接告诉它怎么改。
有人担心没有编程基础该怎么办？放心，我也没有编程基础，更不会写代码，但有了AI辅助，我不仅能看懂代码，还能让AI帮我写代码。
话不多说，直接上步骤：
1. 先让AI帮忙创建一个模型，我在创建模型时，一定是按照指定路径创建的（参考图

AI 协作文档体系
解决什么问题AI 对话没有持久记忆。每次新会话，AI 从零开始，忘记项目架构、踩过的坑、约定的规则。项目越大，"重复犯错"和"上下文丢失"越严重。核心思路：把 AI 的记忆外化成文档，用规则约束 AI 每次开工必读、收工必写。
架构总览
你的项目/
├── docs/
│ ├── MEMORY.md ← L1 主文档（AI 每次必读）
│ ├── BUG-EXPERIENCE.