把一個會話拆成十二個

有天晚上我打開 Claude，本來想聊 HP 公式怎麼調。

聊著聊著，它開始跟我聊訂閱方案；再講一下，它提到 Widget；再講一下，話題已經跑到 AI 分身在 iPhone 上要選哪個 SLM。

13 章的規格塞在一個 context 裡。它有 200k token 可以用，我沒有。我中年人，我的腦袋沒有 200k。

那天我關了會話，決定把東西拆開。

12 個資料夾

我把專案切成 12 塊。

角色、HP、對戰、裝備、AI 分身、社交、Widget 與 Live Activities、訂閱與商業化、Onboarding、數據與 HealthKit、官網與內容、技術架構與基礎設施。

每塊一個資料夾，資料夾裡固定四個檔：

• _開場白.md：開新會話時複製貼上的那段話，把 Claude 鎖定在這個模組
• 規格.md：這塊的細節，主規格的延伸
• 決策日誌.md：每次會話結束前寫進去的那一筆
• 進度.md：現在做到哪了、卡在哪

我要聊 HP，就開「02.HP 系統」那個會話。Claude 只看 HP 的三個檔，不會又把我拖去聊遺產分身的 UI。

聊完，我把當天的決定寫進決策日誌。標一下「這個有沒有影響別的模組」——有的話打個 [ ] 待 Master 同步，沒有就 [x] 已同步。

然後我回到主會話（我叫它 Master），輸入 sync master。它會掃所有模組的決策日誌，把標著「待同步」的那些撈出來，整合回報給我。有跨模組的影響我就拍板，把主規格更新到對應章節。

為什麼要搞這一套

因為我一個人。

一個人做專案有個很容易掉進去的陷阱：所有事情都在同一個腦袋裡。你記得 HP 公式是什麼、記得 AI 分身為什麼不上雲、記得訂閱層級為什麼是三層不是四層——你以為你記得，直到某天你翻三個月前的筆記，發現你自己都看不懂當時為什麼這樣決定。

拆成 12 塊之後，每個決定有檔案、有日期、有背景、有影響範圍。半年後回來看，我可以只讀那一塊，不用把整台腦袋再開機一次。

這不是什麼天才設計，是中年人對自己記憶體不夠用的補救。

順便把團隊的形狀鋪好

我沒有團隊。

但這 12 個資料夾，如果有天找到美術合夥人、或某個週末願意寫幾行 Swift 的朋友，他們就有現成的「工作包」可以領。

把「01.角色系統」那個資料夾權限開給他，其他的不開。他在自己家裡、自己的 Claude 會話裡跑，只看那塊。寫完把決策寫進日誌。我在 Master 按一下 sync，就知道他做了什麼、有沒有影響到別的模組。

沒有 Slack、沒有週會、沒有 Notion。只有資料夾和文字檔。

沒有團隊，但先把團隊會有的形狀鋪好。

等人來。

第一次 sync 就撈到兩件事

拆完模組沒幾天，第一次跑 sync master，撈到兩筆要拍板的：

1. AI 分身要不要從兩層架構加第三層
2. 如果加了，要不要收錢、怎麼收——我到現在還沒想清楚

下一篇會講，講的內容主要是我在跟腦子裡 14 歲的自己吵架。

尾巴

這些資料夾都在本機，GitHub 沒推、沒公開。我不覺得是什麼秘密，就是覺得還不到公開的程度——裡面太多半成品的想法，公開了反而會被自己的一致性逼著提早收斂。

等到某個模組真的做出來、我自己用了一陣子、證明那個設計扛得住，我再把對應的章節寫成遊戲百科放上來。

寫完這篇，手癢又在這站上藏了一個東西。不講是哪個，也不講是什麼時候放的。

EOF