一張 issue 從頭到尾的流程:Matt 的 triage、to-spec、to-tickets、implement 之間,穿插 kiwi 的 issue-ship、article-request、post-write

v4|把 issue 工作流程的底層換成 Matt 的 skill,捨棄笨重的部分,只留 spec 與 implement

底層換成 Matt Pocock 的 skill、自己只留他沒有的,步驟越來越精鍊:權衡後拿掉白名單和所有自動 merge,再把文章 label 也退場。

2026-10-27 · 9 分鐘
2026-10-20 到 10-24 做過的所有決定排成一張全景,劃掉的是後來改掉的

v2|把 issue 工作流制式化成共用 skill,spec 放 issue、驗證放 PR,靠 GitHub 接住每次改方向。就算換 session 也接得上!

把 issue 審核流程做成公開 plugin 套到四個 repo,label、Grill、審查輪數、文章交棒、voice 都在實測後改過。

2026-10-27 · 26 分鐘
mod navi 與 obsidian navi 的分工:中間一個問題「需要 Claude Code 的輸入框、session 或 git 嗎?」,左邊 mod navi 留下輸入框標色、skill 啟動區、稽核提醒、久未互動,右邊 obsidian navi 負責健診、各域統計、跨域連結、排行與說明

llm-wiki用一個問句替兩個 navi 分工,Obsidian 看內容、mod 專心跟 Claude 互動

我的 vault 有兩個都叫 navi 的工具,這篇記錄怎麼用一輪拷問定下分工規則:綁在 Claude Code 輸入框、session 或 git 上的留在 mod,其餘交給 Obsidian,以及搬家時數字對不起來、手機版沒有輸入欄這幾個坑。

2026-10-27 · 8 分鐘
write_guard.py 的行數隨三次退回先漲後縮,最後只看 Write/Edit 的路徑字串

llm-wikillm-wiki 從 log.md 到 git commit 的實作,卡在 hook 的不斷修正到凝聚共識

停寫 log 月檔只改了指示和資料;用 hook 擋卻被審查退回三次:讀工作區會執行程式、走路徑會連上網路、解析 shell 永遠有漏洞,最後只留下 Write/Edit 的字串比對。

2026-10-25 · 12 分鐘
Claude Code 側欄:一個主 session 底下掛著九個 issue session

kiwi-walkv1|我發想、AI 完善 issue,平行處理,生產力暴增

部落格的想法先記成一句話的 GitHub issue,AI 確認過 codebase 再把它補完,我在 issue 留言裡跟 AI 來回,而且一定要有 mermaid 流程圖與 mockup。三個狀態 label 分工:ai-enhanced 是 AI 負責,approved 只有我能設,進入 approve 就代表我認可這份 plan,交給新的 Claude Code session 實作、發 PR 附上驗證。approved 的 issue 一次開三個 session、各自一個 worktree 平行做,做完再請同一個 session 把過程寫成文章。

2026-10-19 · 7 分鐘
raw 的生命週期:進來後被 wiki 連入就算消化;沒被連入就是堆積,用不到可標 status: retired 退場(必填日期與理由);退場滿 180 天且無連入,列出建議刪除,人確認後才刪,git 找得回來

llm-wiki用不到的筆記怎麼離開第二大腦:raw 退場、滿期與刪除

llm-wiki 的 raw 是還沒整理成 wiki 的素材,沒被任何 wiki 引用就算「堆積」,儀表板會一直標出來。這篇記錄怎麼讓用不到的 raw 退場:先修掉堆積數的誤報,再用 frontmatter 的 status: retired 標記退場(不刪不搬),接著為「退場太多」補上三道關卡:理由必填、滿 180 天又沒人連入就列出建議刪除、退場比例過高時狀態列提醒。也記錄第一批 9 篇剛標完退場,當天就被 wiki 引為來源而撤回的經過。

2026-10-15 · 8 分鐘

Day30 回顧:與 claude 共舞的 30 天

系列最後一天,不照前面的五段模板。先說寫這 30 篇的收穫:逼 AI 回顧 session、我再爬一遍,補上 vibe-coding 時「看過 plan、結果對了就 go」留下的理解落差。再說為什麼我接受「vibe-coding 就是一直造輪子」:造輪子是養品味的過程。接著整理這個月在資安、成本、UIUX、功能開發四塊的心得,最後是之後要繼續做的事。

2026-10-14 · 7 分鐘
note-enrich 輸出結構的前後對照:左邊查到的句子散插在原文段落之間,右邊原文整塊在上、補充與來源清單在下

Day29 [llm-wiki] 查來的跟我寫的混在一起:note-enrich 改成原文一塊、補充一塊

note-enrich 跑完的 raw 常常已經夠格當 wiki 頁,但要升格時卡在一件事:原本「就近融入」的規則讓我寫的句子和網路查來的句子混在一起,升格只能動 LLM 寫的部分,卻分不出是哪幾句。這篇記錄把輸出改成「原文一塊、## 補充一塊、## 來源清單」的取捨,為什麼不從 raw 全面改、已經 enrich 過的 20 幾篇為什麼不回頭拆,以及 enrich 結束時怎麼判斷該不該提議 wiki-build –promote。也記錄兩份規格各寫各的 frontmatter,悄悄分歧出 kebab tag 和被挪用的 source 欄位。

2026-10-13 · 7 分鐘
thinking-line 的資料流:事件改模組變數,計時器寫快照,spinner 讀快照

Day28 [llm-wiki] 把 Claude 執行中那一列換掉:細分階段、合併平行工具、列出 subagent、算 token 速度

再寫一個 mod:thinking-line 在 Claude 執行中接管 spinner 那一列,顯示細分的階段、step 序號、平行工具合併、每個 subagent 在跑什麼,以及輸出 token 與每秒速度。記錄 Spinner 能改哪些欄位、token 為什麼一半是實值一半是估算、chunk 太密怎麼節流,以及桌面版畫不出多行時改走的路。

2026-10-12 · 9 分鐘
健檢報告放哪的前後對照:之前同一個修正記在 research-notes 的已採用區、健檢報告區與月 log 三處;之後拆成 research-notes(目前的知識)、log/claude-doctor/ 一次一檔、月 log 流水帳

llm-wiki健檢報告出來之後:修正輪、報告該放哪、把每次重寫的 lint 變成常駐腳本

/claude-doctor 交出 7 條應改、17 條建議之後,接著是照單修。這篇記錄修正輪裡的三個取捨:報告原本不在 repo 裡、接手時得回 GitHub 去撈,改成一次健檢一個檔;與其修好沒在用的 skill,不如直接刪掉 6 個;vault-maintain 每次在暫存區重寫掃描腳本、每筆修補都派 agent 覆核,改成一支常駐的 lint.py,修完重跑它就是驗證。也記錄 lint.py 第一次跑全 vault 時數字三次都不對的原因。

2026-10-11 · 9 分鐘