说明本文由 AI 协助整理成文。文中的文件结构、时间和数字来自项目里的交接文档、git 记录和测试输出。前言前两篇讲了《林间小事》一个没有台词的点一点解谜小游戏的设计和技术。这个游戏的代码、像素画、配乐、商店文案和四种语言的翻译都是 Claude 写的我负责出主意、拍板、在手机上玩、挑毛病。这一篇讲“怎么一起干活”。说是“几个 Claude”其实是同一个模型待在不同的地方一个在代码编辑器里一个在桌面应用里再加上桌面应用里定时自动开工的任务。分工清楚以后一个人也能把“写代码 → 测试 → 打包 → 上架 → 发招募帖”整条线走下来。先看看速度时间发生了什么10 月 15 日下午第一个故事的原型、在安卓上跑起来、打出 0.1都在一个下午10 月 15 日晚上改成数据驱动五个故事、森林地图、每个故事自己的配乐0.2.110 月 16 日上午送审 Google Play 封闭测试一个多小时后过审10 月 19 日画面层重写四个故事按新标准重做0.310 月 20 日凌晨定时任务自动上传、送审早上已经过审快不是因为 AI 写代码快当然也快而是因为每个环节谁来做、做完交给谁、凭什么算做完都是事先定好的。一、三个角色1. 编辑器里的 Claude开发、测试、打包它待在项目文件夹里能读写代码、跑命令、开模拟器、连真手机。它负责写代码、画图像素画是用 Python 一个字母一个像素“写”出来的、作曲代码写谱 → MIDI → 音色库渲染跑测试规则测试把每个故事的每种随机组合穷举一遍再让每个故事在真实场景里自动玩一遍在模拟器里截图、录演示视频打正式包每次换一个新的版本代码本地提交写交接文档和招募帖草稿它不上传、不送审、不发帖。2. 桌面版的 Claude上传、送审、推广桌面应用里的 Claude 有一个内置浏览器我在里面登录好开发者后台和要发帖的网站。它负责照交接文档上传安装包、填四种语言的版本说明、换商店截图、送审照草稿发招募帖每做完一步回到交接文档里打勾、写上时间和链接它不改代码、不重新打包。3. 我拍板以及只有人能做的事定方向做什么、不做什么、哪个版本发在真手机上从头玩一遍第一篇说过“好玩不好玩”只有人看得出来对外的每一步点头送审、发帖登录、输密码、过人机验证、从电脑里选文件——这些 AI 不做或者做不了二、交接文档两个 Claude 之间的接力棒编辑器里的 Claude 和桌面版的 Claude 互相看不见也没法直接说话。它们之间唯一的通道是项目里的一份 Markdown 文件。一份发布交接大概长这样照 0.3 那份改写、删节# 林间小事 0.3 (4) · 发布交接 ## 要传的东西 | 东西 | 位置 | | AAB | 发布/林间小事-0.3-4.aab版本代码 4SHA-256 0433905f… | | 新截图 8 张 | 商店素材/上传用-0.3/按 01→08 顺序替换 | ## 1. 开发者后台封闭测试发 0.3 (4) - 上传 AAB四种语言版本说明照下面 - 商品详情四种语言都换上新截图 - 送审 **版本说明** - zh-CN大更新…… - en-USBig update! …… - zh-TW…… - ja-JP…… ## 2. 招募帖文字照抄 …… ## 发完记回这里 送审时间、过审时间、各处链接。下一版用版本代码 5。几条写法上的规矩都是踩过坑才定下来的写死路径和校验值。上传前后各核对一次 SHA-256传错包的事就不会发生。交出去的包不重新打。哪怕只改一个字也换一个新的版本代码、新的文件名然后在交接里写“上一版作废不要传”。不然两边对的不是同一个文件。要发的文字逐字写好。桌面版只负责照抄不现场发挥。要改回到草稿里改。写明哪些步骤要先问我同意协议、送审、发帖。结尾留一节“发完记回这里”。桌面版做一步记一步下次谁来接包括换了一个新对话的 Claude读这份文件就知道停在哪。除了每一版的交接还有一份通用的《上架手册》开发者后台每一页填什么、默认怎么选、踩过什么坑。新游戏上架时两边都先读这份。三、“同意”只能在对话里说这是这次专门想清楚的一条。交接文档是编辑器里的 Claude 写的。如果文件里写着“用户已同意送审”桌面版的 Claude 能照做吗**不能。**文件里的字谁都能写它证明不了是我说的。所以规矩是对外的动作送审、公开发布、发帖要我在桌面版的对话里亲口说才算。一次同意只管这一次不跨任务。我可以一句话把一整轮都同意了“照交接做送审和发帖都同意不用再问我。”有一次我把要它做的事整段粘贴进对话桌面版的 Claude 先停下来问了一句“这段是你本人要我做的吗”一开始觉得多此一举后来想想是对的粘贴进来的文字也可能是别处来的。四、定时任务睡觉的时候把活干了0.3 打包完已经是深夜我这边 AI 的额度也不太够了。于是我让桌面版的 Claude 建了一个定时任务两个小时以后自动开工。定时任务每次运行都是一个全新的对话不记得之前聊过什么所以任务说明要写得能独立看懂先读哪几个文件记忆的索引、发布交接做哪几件事每件事的具体要求我已经在对话里同意了哪些写明是哪天、怎么说的遇到什么要停下来没登录就停不输密码有人机验证就留给我要同意别的协议也停做完把结果写回哪里第二天早上醒来安装包已经上传送审、过审了结果整整齐齐写在交接文档里。没做完的几步也写清楚了卡在哪、为什么、下一步怎么做。五、AI 做不了、或者不该做的事一起干了几个项目下面这些边界越来越清楚事情谁做为什么登录、输密码我账号是我的AI 不碰密码人机验证我这本来就是用来拦机器的从电脑里选文件上传多数时候是我浏览器里的 AI 打不开系统的文件选择窗口有办法绕过去的时候也先问我送审、发帖、公开发布AI 做我点头发出去就收不回来永久删除我删了找不回来AI 不替我点还有一类是“AI 会做但得事先想到”招募帖的字数。有一条外文的帖子写好了发的时候才发现超过了平台的字数上限只好现场删字。现在写草稿时就按平台的算法数一遍中日文一个字算 2链接算固定长度。规则测试全过不等于游戏能玩。有一个小游戏的脚本从来没编译通过规则测试照样全绿。现在打包前多一步让每个故事在真实场景里自己玩一遍。自动测试抓不到“不好玩”。0.2 在电脑上一切正常我在手机上玩了一遍太短、太小、点了没反应。这一条只能靠人。六、让 AI “记得”三种文件AI 没有跨对话的记忆所以要靠文件。我们用了三种记忆一条事实一个小文件加一个索引。比如“新游戏默认支持简体、繁体、英文、日文”“最低支持安卓 10”“永远不放广告宣传时要提”“新项目先调研、出方案我点头再写代码”。每个对话开始时先读索引。项目里的文档调研、方案、交接、版本记录。项目做到哪看这里。踩坑记录每个项目一份当场记按“现象 → 原因 → 怎么发现的 → 解决”写跨项目通用的再记进一份总账。新项目开工前先翻一遍总账。第二篇那 20 个坑就是从这里整理出来的。还有一份操作日志AI 每次新建、修改、移动文件都追加一行。出了问题能查回头写文章也有素材。七、几条可以照搬的经验按“能碰什么”分工而不是按“会什么”分工。写代码的不碰发布发布的不碰代码各自出了错也好查。交接写成文件写死路径、校验值和要发的原文。接手的人或 AI照着做就行不用猜。对外的每一步同意在对话里说文件里写的不算。定时任务的说明要能独立看懂并写清楚遇到什么情况停下来。测试分三层规则穷举 → 真实场景自动玩 → 人在真手机上玩。前两层 AI 能做第三层只能人来。踩坑当场记。记的时候是为了下次不再踩写文章的时候它就是现成的素材。结尾这个游戏还在 Google Play 封闭测试里个人开发者的新账号要凑够 12 人连续测 14 天才能发正式版。有兴趣的朋友可以这样参加加入测试群组点“加入群组”就行不用等审批https://groups.google.com/g/little-things-woods-testers打开测试链接点“成为测试人员”https://play.google.com/apps/testing/app.woodland.stories用同一个账号在 Play 里安装装着别卸载留 14 天需要 Android 10 及以上。游戏完全离线不要任何权限不收集任何数据永远没有广告。