同一個 mod 畫在三個位置:側邊 Pane、輸入框上方的橫條、狀態列

Day26 [llm-wiki] 在 Claude Code 用 mod 長一塊 llm-wiki 儀表板:TODO、近期 wiki、raw 堆積

Claude Code 新推出了 mod,我試著導入 llm-wiki。主軸是為什麼要用 mod:先分清 skill、hook、MCP、plugin、mod 各管什麼,再從最直觀的介面開始,在 session 裡畫出 vault 儀表板:側邊面板列出 TODO.md 未完成項與近期新增 wiki,點項目就把對應 skill 指令填進輸入框、點 wiki 頁直接在 Obsidian 開;面板下半部畫各域 wiki 數與 raw 堆積;輸入框上方的橫條放今日隨機三頁,狀態列放待辦/Inbox/本週新增數。接著往下看 mod 的 hook:旁觀、改寫、接手三種行為,以及它排在既有守門 hook 前面這件事。也記錄怎麼算「近期新增」、怎麼打開 Obsidian、mod 放在哪、raw 堆積的第一版為什麼不能用,以及幾個驗證錯誤。

October 10, 2026 · 16 分鐘
左邊是之前:一趟旅行一個 196 KB 的 index.html,外層頁面裡用沙箱 iframe 放行前指南,所有切換都不改網址,瀏覽器的上一頁只有「旅行頁」和「總覽」兩筆。右邊是現在:資料夾裡有 index.html、app.js、app.css 和五個 JSON,上一頁的堆疊依序是總覽、#plan/10-31、#areas/seomyeon、#areas/seomyeon/seomyeon-07,連點三個日期只改網址

Day24 [travel-storage] 按上一頁就回總覽:捨棄「一趟旅行一個 HTML」,改成外殼+JSON+#網址

Day19 定下的「每趟旅行是一個單一的 HTML」,用起來最困擾的是按上一頁就直接回總覽。這篇記錄把它翻掉的過程:為什麼光拆檔案沒用、要每個畫面都有網址;單一外殼加

October 8, 2026 · 12 分鐘
左邊是 Day21 的三種狀態:在頂端時三層固定列全部顯示(外層分頁列、地區/行程推薦/備註、日期列),往下滑全部收起,往上滑一點只露出日期列;右邊是現在:頁首加日期列固定一層,往下滑、往上滑都長一樣

Day23 [travel-storage] 真正進入使用後,才發現新專案的破陋不堪阿

指南升成主角之後,我拿手機實際用了一輪,丟給 Claude 一串體驗問題,第一條就是收回 Day21 做的「往下收、往上露」:「那個好卡,用一層就好了」。記錄這輪 UI 調整的取捨:固定哪一層(Claude 建議只固定頁首,我選頁首加日期列)、「← 總覽」收進選單還是整個拿掉、地區篩選要不要改下拉選單(地區要、類別不要),以及計畫被我退回六次、每次補了什麼。踩到的坑是為了壓低日期列把日期排成一行,最後一顆按鈕超出畫面 13px、整頁可以左右滑;之後「手機不能左右滑」寫成專案的硬規定,改版面前要在四種寬度量過。另外自動部署停住,改成手動部署。

October 7, 2026 · 14 分鐘
旅行頁改版前後對照:左邊是改版前,頂部有外層分頁列「行程紀錄|行前指南」,指南裡又有一列「地區|行程推薦|備註」,再下面是大標題;右邊是改版後,頂部只有一列,左上是兩行的 logo,中間是時間軸樣式的日期,右邊是漢堡選單按鈕

Day22 [travel-storage] 旅途中只開一頁:行前指南升成主角,去過的店寫回指南,頁首告訴我還剩幾天

旅行頁原本以「回來後的紀錄」為主,行前指南只是一個原樣保留的內嵌分頁;實際用下來我只看指南。這次的目標是四件事:少切頁面、打開就是當天的建議行程、旅途中記下去了哪就同步回指南(之後找店先列還沒去的,回來後的整理也直接在上面做)、頁首講清楚還剩幾天。記錄的取捨有:指南的分項攤平成頁首導覽、手機用漢堡選單(下拉選單被我否決),地點總表併進指南、新店只能加在清單尾端,頁首日期併進原本那一列、改成時間軸;另外用地址補座標的腳本把每家店畫進示意圖,太遠或沒座標的用虛線圈。踩到的坑有:合併時一刀切掉一個函式導致整頁空白、記住的舊分頁讓預設頁失效、平滑捲動讓切分項看起來沒反應、手機上一列塞不下日期、只靠店名幾乎查不到座標。

October 6, 2026 · 16 分鐘
東京旅行頁在手機上的每日實際行程:9/7 因大雨改走雨天線,頂端一條黃色提示寫著熱海取消;去了的景點是綠點,沒去的劃線並標「沒去」,看完展順道去的瞭望台標「計畫外」

Day19 [travel-storage] 一趟旅行只用一頁:出發前、旅途中、回來後都改同一份資料區

新專案 travel-storage:跟 Claude 一起排行程,每趟旅行做成一個自含式 HTML,放成一個私人網站。這篇記錄旅行頁怎麼設計成「一頁走完一趟旅行」:模板照行前指南還是回來後的全紀錄、行程項目用 done/plan/skip 等狀態從計畫走到實際、行前指南原樣內嵌而不是拆掉重寫、總覽頁對還沒結束的旅行只給出發日期(網址也不帶地名)、旅途中「先在對話回選項,挑了才寫進頁面」的更新流程,以及離線快取的代價。

October 3, 2026 · 10 分鐘
主目錄只留給 Obsidian 看,每個 Claude session 在自己的 worktree 裡寫,收尾直接推到遠端 main,再由 Obsidian 自動 pull 拉回主目錄

Day18 [llm-wiki] obsidian-git push 總被另一個 session 卡住:設定圍籬,只開 worktree,主目錄留給 Obsidian 與個人手寫

用 git 同步 vault 十天後的四個觀察:log 和 TODO 這種每個動作都會碰的檔一直衝突、手機能互動很實用、本機所有 session 都踩在 main 上互相卡住、GitHub 網頁可以直接當閱讀介面。今天一次 push 被另一個 session 沒 commit 的變更擋下來,於是把「每個 session 都開 worktree、不分任務大小」寫成規則,並用 SessionStart 與 PreToolUse 兩層 hook 擋住在主目錄寫檔。記錄過程中的取捨(為什麼不是看情況才開、為什麼保留 Obsidian 自動 pull、規則之外要不要用 hook 硬擋、收件重複要查 git 歷史還是另記一本帳、過期的決策檔怎麼刪),四個坑(hook 擋到自己要寫的另一個 repo、剛開的 worktree 被判成可清、log 同一個 hunk 混著兩個 session 的條目、在 worktree 裡長指令被拒),以及接下來要觀察的九件事。

October 2, 2026 · 14 分鐘
llm-wiki 的引擎與燃料:inbox-triage 加燃料、wiki-build 是引擎本體,其餘四個標出各自角色;沒放範本的 skill 各標一句理由

Day17 [llm-wiki] 引擎與燃料:skill 範本、使用時機、客製化要注意的地方

Day11 列過 llm-wiki 的 15 個 skill,但只有名字、一句話用途和行數。今天附上 inbox-triage、wiki-query、wiki-build、note-enrich、note-explore、vault-maintain 的範本,拿掉個人資訊和我這個 vault 特有的部分。每個 skill 附上什麼時候用、自己客製化時要注意哪幾條。把 llm-wiki 看成一台引擎:wiki-build 是核心,inbox-triage 負責加燃料,wiki-query 產出答案,vault-maintain 定期檢修,note-enrich 和 note-explore 分別顧思考的廣度與深度。另外說明其他 skill 為什麼不放,以及一個容易誤解的地方:這六個不是各自獨立的指令,它們共用 index.md、log、TODO.md 幾個慣例,也會互相呼叫。

October 1, 2026 · 37 分鐘
共用工作區、本機 worktree、雲端 session 三種並行方式的衝突形式對照

Day13 [llm-wiki] 同一個 vault 同時開三個 Claude session:git 擋不到的那種衝突

vault 從 iCloud 搬到 git 時,防的是兩台機器互相覆蓋;但實際用法已經變成同一台電腦同時開好幾個 Claude session。共用一個工作目錄時 git 不會產生 merge conflict,只會靜默覆蓋。記錄一次真實撞車、一份八條的協定和它第一版建立在錯誤前提上的地方、log 月檔改用 merge=union 之後合併仍然出錯的兩種情況,以及接下來可能遇到的問題和走法。

September 27, 2026 · 12 分鐘
五步起手式,每一步配一件刻意不做的事

Day11 [llm-wiki] 如果你要自己蓋一個:五步起手式、12 條習慣,和我繞過的遠路

Day10 結尾給了四句起步順序,今天把它展開成可以照做的版本。CLAUDE.md 201 行逐段盤完之後最反直覺的一筆是:行為準則只佔 14 行,路由與結構佔掉一半。skill 從 9 個開始,現在 15 個,中間有 10 個名字已經退場。這篇講五步起手式、每步配一個我實際付過的代價,12 條寫進 skill 才會生效的使用習慣,加上我實際的 routines(半年只有 42 個活躍天,斷過兩次一整個月)。文末附一段可以直接複製給 AI 的建置 prompt,它會先訪談你 12 個問題,再照你的答案長出你自己的骨架。

September 25, 2026 · 24 分鐘
Raw / Wiki / Schema 三層分工與各域檔案數

Day10 [llm-wiki] 756 個 markdown 怎麼被管住:三層架構、域優先、15 個 skill

前兩天都在講這個筆記庫的儲存層——搬家的決定,和雲端同步碟咬出來的三類症狀。今天正式介紹它本身。Karpathy 的 LLM Wiki 架構是 Raw / Wiki / Schema 三層分工,我加的是「域優先」——用生活域當頂層資料夾,讓查詢有路徑可循,LLM 每次只讀 2 到 4 個檔而不是掃全庫。這篇講五個取捨:為什麼不用 RAG、為什麼域優先、為什麼 raw 不到五個檔不准開 wiki、為什麼規範要用 hook 擋、以及 skill 怎麼從原子指令收斂成管線。附三個實際踩過的判斷錯誤。

September 24, 2026 · 11 分鐘