說明本文由 AI 協(xié)助整理成文。文中的文件結(jié)構(gòu)、時間和數(shù)字來自項目里的交接文檔、git 記錄和測試輸出。前言前兩篇講了《林間小事》一個沒有臺詞的點一點解謎小游戲的設(shè)計和技術(shù)。這個游戲的代碼、像素畫、配樂、商店文案和四種語言的翻譯都是 Claude 寫的我負責出主意、拍板、在手機上玩、挑毛病。這一篇講“怎么一起干活”。說是“幾個 Claude”其實是同一個模型待在不同的地方一個在代碼編輯器里一個在桌面應用里再加上桌面應用里定時自動開工的任務(wù)。分工清楚以后一個人也能把“寫代碼 → 測試 → 打包 → 上架 → 發(fā)招募帖”整條線走下來。先看看速度時間發(fā)生了什么10 月 15 日下午第一個故事的原型、在安卓上跑起來、打出 0.1都在一個下午10 月 15 日晚上改成數(shù)據(jù)驅(qū)動五個故事、森林地圖、每個故事自己的配樂0.2.110 月 16 日上午送審 Google Play 封閉測試一個多小時后過審10 月 19 日畫面層重寫四個故事按新標準重做0.310 月 20 日凌晨定時任務(wù)自動上傳、送審早上已經(jīng)過審快不是因為 AI 寫代碼快當然也快而是因為每個環(huán)節(jié)誰來做、做完交給誰、憑什么算做完都是事先定好的。一、三個角色1. 編輯器里的 Claude開發(fā)、測試、打包它待在項目文件夾里能讀寫代碼、跑命令、開模擬器、連真手機。它負責寫代碼、畫圖像素畫是用 Python 一個字母一個像素“寫”出來的、作曲代碼寫譜 → MIDI → 音色庫渲染跑測試規(guī)則測試把每個故事的每種隨機組合窮舉一遍再讓每個故事在真實場景里自動玩一遍在模擬器里截圖、錄演示視頻打正式包每次換一個新的版本代碼本地提交寫交接文檔和招募帖草稿它不上傳、不送審、不發(fā)帖。2. 桌面版的 Claude上傳、送審、推廣桌面應用里的 Claude 有一個內(nèi)置瀏覽器我在里面登錄好開發(fā)者后臺和要發(fā)帖的網(wǎng)站。它負責照交接文檔上傳安裝包、填四種語言的版本說明、換商店截圖、送審照草稿發(fā)招募帖每做完一步回到交接文檔里打勾、寫上時間和鏈接它不改代碼、不重新打包。3. 我拍板以及只有人能做的事定方向做什么、不做什么、哪個版本發(fā)在真手機上從頭玩一遍第一篇說過“好玩不好玩”只有人看得出來對外的每一步點頭送審、發(fā)帖登錄、輸密碼、過人機驗證、從電腦里選文件——這些 AI 不做或者做不了二、交接文檔兩個 Claude 之間的接力棒編輯器里的 Claude 和桌面版的 Claude 互相看不見也沒法直接說話。它們之間唯一的通道是項目里的一份 Markdown 文件。一份發(fā)布交接大概長這樣照 0.3 那份改寫、刪節(jié)# 林間小事 0.3 (4) · 發(fā)布交接 ## 要傳的東西 | 東西 | 位置 | | AAB | 發(fā)布/林間小事-0.3-4.aab版本代碼 4SHA-256 0433905f… | | 新截圖 8 張 | 商店素材/上傳用-0.3/按 01→08 順序替換 | ## 1. 開發(fā)者后臺封閉測試發(fā) 0.3 (4) - 上傳 AAB四種語言版本說明照下面 - 商品詳情四種語言都換上新截圖 - 送審 **版本說明** - zh-CN大更新…… - en-USBig update! …… - zh-TW…… - ja-JP…… ## 2. 招募帖文字照抄 …… ## 發(fā)完記回這里 送審時間、過審時間、各處鏈接。下一版用版本代碼 5。幾條寫法上的規(guī)矩都是踩過坑才定下來的寫死路徑和校驗值。上傳前后各核對一次 SHA-256傳錯包的事就不會發(fā)生。交出去的包不重新打。哪怕只改一個字也換一個新的版本代碼、新的文件名然后在交接里寫“上一版作廢不要傳”。不然兩邊對的不是同一個文件。要發(fā)的文字逐字寫好。桌面版只負責照抄不現(xiàn)場發(fā)揮。要改回到草稿里改。寫明哪些步驟要先問我同意協(xié)議、送審、發(fā)帖。結(jié)尾留一節(jié)“發(fā)完記回這里”。桌面版做一步記一步下次誰來接包括換了一個新對話的 Claude讀這份文件就知道停在哪。除了每一版的交接還有一份通用的《上架手冊》開發(fā)者后臺每一頁填什么、默認怎么選、踩過什么坑。新游戲上架時兩邊都先讀這份。三、“同意”只能在對話里說這是這次專門想清楚的一條。交接文檔是編輯器里的 Claude 寫的。如果文件里寫著“用戶已同意送審”桌面版的 Claude 能照做嗎**不能。**文件里的字誰都能寫它證明不了是我說的。所以規(guī)矩是對外的動作送審、公開發(fā)布、發(fā)帖要我在桌面版的對話里親口說才算。一次同意只管這一次不跨任務(wù)。我可以一句話把一整輪都同意了“照交接做送審和發(fā)帖都同意不用再問我?！庇幸淮挝野岩龅氖抡握迟N進對話桌面版的 Claude 先停下來問了一句“這段是你本人要我做的嗎”一開始覺得多此一舉后來想想是對的粘貼進來的文字也可能是別處來的。四、定時任務(wù)睡覺的時候把活干了0.3 打包完已經(jīng)是深夜我這邊 AI 的額度也不太夠了。于是我讓桌面版的 Claude 建了一個定時任務(wù)兩個小時以后自動開工。定時任務(wù)每次運行都是一個全新的對話不記得之前聊過什么所以任務(wù)說明要寫得能獨立看懂先讀哪幾個文件記憶的索引、發(fā)布交接做哪幾件事每件事的具體要求我已經(jīng)在對話里同意了哪些寫明是哪天、怎么說的遇到什么要停下來沒登錄就停不輸密碼有人機驗證就留給我要同意別的協(xié)議也停做完把結(jié)果寫回哪里第二天早上醒來安裝包已經(jīng)上傳送審、過審了結(jié)果整整齊齊寫在交接文檔里。沒做完的幾步也寫清楚了卡在哪、為什么、下一步怎么做。五、AI 做不了、或者不該做的事一起干了幾個項目下面這些邊界越來越清楚事情誰做為什么登錄、輸密碼我賬號是我的AI 不碰密碼人機驗證我這本來就是用來攔機器的從電腦里選文件上傳多數(shù)時候是我瀏覽器里的 AI 打不開系統(tǒng)的文件選擇窗口有辦法繞過去的時候也先問我送審、發(fā)帖、公開發(fā)布AI 做我點頭發(fā)出去就收不回來永久刪除我刪了找不回來AI 不替我點還有一類是“AI 會做但得事先想到”招募帖的字數(shù)。有一條外文的帖子寫好了發(fā)的時候才發(fā)現(xiàn)超過了平臺的字數(shù)上限只好現(xiàn)場刪字?，F(xiàn)在寫草稿時就按平臺的算法數(shù)一遍中日文一個字算 2鏈接算固定長度。規(guī)則測試全過不等于游戲能玩。有一個小游戲的腳本從來沒編譯通過規(guī)則測試照樣全綠。現(xiàn)在打包前多一步讓每個故事在真實場景里自己玩一遍。自動測試抓不到“不好玩”。0.2 在電腦上一切正常我在手機上玩了一遍太短、太小、點了沒反應。這一條只能靠人。六、讓 AI “記得”三種文件AI 沒有跨對話的記憶所以要靠文件。我們用了三種記憶一條事實一個小文件加一個索引。比如“新游戲默認支持簡體、繁體、英文、日文”“最低支持安卓 10”“永遠不放廣告宣傳時要提”“新項目先調(diào)研、出方案我點頭再寫代碼”。每個對話開始時先讀索引。項目里的文檔調(diào)研、方案、交接、版本記錄。項目做到哪看這里。踩坑記錄每個項目一份當場記按“現(xiàn)象 → 原因 → 怎么發(fā)現(xiàn)的 → 解決”寫跨項目通用的再記進一份總賬。新項目開工前先翻一遍總賬。第二篇那 20 個坑就是從這里整理出來的。還有一份操作日志AI 每次新建、修改、移動文件都追加一行。出了問題能查回頭寫文章也有素材。七、幾條可以照搬的經(jīng)驗按“能碰什么”分工而不是按“會什么”分工。寫代碼的不碰發(fā)布發(fā)布的不碰代碼各自出了錯也好查。交接寫成文件寫死路徑、校驗值和要發(fā)的原文。接手的人或 AI照著做就行不用猜。對外的每一步同意在對話里說文件里寫的不算。定時任務(wù)的說明要能獨立看懂并寫清楚遇到什么情況停下來。測試分三層規(guī)則窮舉 → 真實場景自動玩 → 人在真手機上玩。前兩層 AI 能做第三層只能人來。踩坑當場記。記的時候是為了下次不再踩寫文章的時候它就是現(xiàn)成的素材。結(jié)尾這個游戲還在 Google Play 封閉測試里個人開發(fā)者的新賬號要湊夠 12 人連續(xù)測 14 天才能發(fā)正式版。有興趣的朋友可以這樣參加加入測試群組點“加入群組”就行不用等審批https://groups.google.com/g/little-things-woods-testers打開測試鏈接點“成為測試人員”https://play.google.com/apps/testing/app.woodland.stories用同一個賬號在 Play 里安裝裝著別卸載留 14 天需要 Android 10 及以上。游戲完全離線不要任何權(quán)限不收集任何數(shù)據(jù)永遠沒有廣告。