Island reclamation

Island Reclamation（填海造陸：新增人格島流程）

Island 就像使用者腦中的一座人格島（像電影中主角的曲棍球島）：是需要被記憶不斷造訪、灌注才撐得住的興趣或責任領域，不是做完就結束的任務。開太窄日後改名斷連結，開太寬變垃圾桶，把 Project 誤開成 Island 則永遠關不掉；島立起來後還得長期經營，沒人再造訪就會像電影裡一樣崩塌、滾落回大海——對應到這座 vault，就是被 memorb-forgetter 收進 memorbs/Dump/。 所以本流程的鐵律是：前三階段是純討論，未經使用者確認前，禁止建立任何檔案或資料夾。

動作順序

階段 1：討論 Island 定義（純對話）

Island = 需要長期維持標準的責任領域或興趣，不是商品、工具、或有完成日的目標。和使用者討論收斂三件事：

1. 這是 Island 還是 Project？ 有明確完成狀態（考到證照、上線系統）→ 是 Project，建議開在 memorbs/Long-Term/Projects/，可連回相關 Island。無限期維持（健康、財務、某項職責、某個長期興趣）→ 才是 Island。
2. 命名層級：太窄（具體商品/工具/平台，如「台指期」「Notion」）→ 換了工具就得改名；太寬（「人生」「理財」）→ 變大雜燴。找中間層級：問「五年後這個名字還成立嗎？」「要維持的標準是什麼？」
   • 實例：使用者想做台指期交易 → 命名定在「主動交易與投資」（交易手藝可遷移，商品只是當前選擇；被動理財刻意排除）。
3. 與既有 Island 的關係：先 ls "$VAULT/memorbs/Islands" 檢查是否已有重疊領域，重疊就擴充既有 Island 而非新開。

階段 2：判斷結構方案（純對話）

向使用者呈現方案並給推薦。判斷依據：預期筆記量、是否會有領域內專案、使用者結構化偏好。

方案	結構	適用
A 檔案分類法	固定板塊筆記（如：系統與策略／風險管理／心理／行政）	知識可預先分類、喜歡高結構
C MOC 扁平法	無子資料夾，全靠 000- MOC 用 [[連結]] 組織	筆記型態難預測、重靈活
A+C 混合（預設推薦）	固定板塊筆記 + MOC 入口；單篇筆記（讀書、覆盤）扁平放，MOC 掛連結	兼顧結構與彈性，日後筆記量變大可原地增加板塊，逐步向 A 靠攏

（原本的「B 巢狀分類法」——Island 底下再開專案／參考／歸檔子資料夾——已停用：Project 一律住在 memorbs/Long-Term/Projects/，跟任何 Island 都是連結關係，不物理巢狀；歸檔一律走 memorbs/Dump/。）

Island 同時吃下 PARA 的 A（責任領域） 與 R（長期感興趣的主題），所以讀書筆記、學習素材這類「參考資料」也是掛在相關 Island 底下的單篇 orb，沒有獨立的參考資料夾。

混合方案的運作規則：屬於固定板塊的知識寫進板塊筆記；單篇性質的獨立成檔由 MOC 連結；主題/商品專屬筆記用前綴命名（如 台指期-商品規格.md）。

階段 3：確認首批檔案（Gate，必經）

1. 板塊用提議的，不要直接定案：依領域特性擬 3-6 個候選板塊（各附一句話說明），讓使用者多選——有 AskUserQuestion 工具就用 multiSelect，沒有就列清單請使用者挑選或自行增補。使用者自己提的板塊永遠優先於你擬的。
2. 板塊選定後，列出完整清單做最終確認：資料夾名、000-MOC.md、各板塊筆記名、主題前綴筆記。
3. 使用者點頭前不動手。

階段 4：建立檔案

1. 資料夾：$VAULT/memorbs/Islands/{Island 名稱}/
2. MOC：檔名統一為 000-MOC.md——這是跨 Island/Project 的固定入口慣例：任何 skill 或代理進到一個資料夾，先讀 000-MOC.md 就能拿到該領域全貌；000- 前綴同時確保排序置頂。frontmatter：

   ---
   title: {Island 名稱}
   tags: [island, moc]
   created: {YYYY-MM-DD}
   ---
   

   因全 vault 會有多個同名 000-MOC.md，所有指向 MOC 的 wiki 連結一律用完整路徑：[[memorbs/Islands/{Island 名稱}/000-MOC|{Island 名稱}]]，避免同名歧義。 內容含：責任範圍、現狀（含目前主力焦點）、命名與結構決策理由（為什麼定這個名字、選這個結構——日後 lint/回顧時最有價值的就是這段）、板塊導覽（[[連結]]）、相關專案區（連到 memorbs/Long-Term/Projects/ 的伴生專案）、單篇筆記索引區、維護清單。
3. 板塊筆記 frontmatter：

   ---
   title: {板塊名}
   date: {YYYY-MM-DD}
   tags: [island, {領域 tag}]
   status: active
   ---
   

   每份開頭加一行引用回 MOC：> 入口：[[memorbs/Islands/{Island 名稱}/000-MOC|{Island 名稱} MOC]]。內文只放結構骨架與提示，不要編造內容。
4. 若領域有明確短期目標（如「建置並驗證交易系統」），建議使用者在 memorbs/Long-Term/Projects/ 開伴生專案筆記——Project 追進度、Island 存知識，做完歸檔知識留下。

階段 5：memory 層同步（依 memorb-ingest）

1. memorbs/log.md 開頭 append 一筆 ## [YYYY-MM-DD] island | 建立 Island「{名稱}」，含命名與結構的決策摘要、影響頁面；使用者在討論階段講過的顧慮或期待寫進「訊號」欄位
2. 確認新 Island 的 MOC 至少被一個既有頁面連到（沒有索引檔，可達性只靠連結）

階段 6：驗證

• MOC 內所有 [[連結]] 與實際檔名一一對應（grep 比對）
• 所有檔案 frontmatter 完整
• 向使用者回報路徑清單

Red Flags

藉口	真實情況
「使用者說得很清楚了，直接建」	階段 1-3 是鐵律。命名層級錯誤的成本是日後全部連結斷裂。
「這個目標聽起來就是 Island」	有完成日的是 Project。先問「做到什麼程度算完成？」
「先建檔案，結構之後再調」	資料夾改名 = wiki 連結全斷。結構討論必須在建檔前。
「memory 同步下次再做」	命名與結構決策理由要當場寫進 MOC，不是事後才補；log.md 也不能拖到下次，拖了就對不上實際建立時間，夢工廠回頭重播會少一段。
「板塊筆記先幫使用者填點內容」	骨架歸 skill，內容歸使用者。編造內容會污染第二大腦。
「板塊我幫使用者決定就好」	板塊是使用者要長期維護的分類，必須經過提議＋多選確認。
「順手把路由表/其他 skill 修一修」	超出職責。發現其他 skill 有問題就回報使用者，修改歸 writing-memorb-skills 流程。