
v4|把 issue 工作流程的底層換成 Matt 的 skill,捨棄笨重的部分,只留 spec 與 implement
底層換成 Matt Pocock 的 skill、自己只留他沒有的,步驟越來越精鍊:權衡後拿掉白名單和所有自動 merge,再把文章 label 也退場。

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

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

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

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

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

llm-wiki 的 raw 是還沒整理成 wiki 的素材,沒被任何 wiki 引用就算「堆積」,儀表板會一直標出來。這篇記錄怎麼讓用不到的 raw 退場:先修掉堆積數的誤報,再用 frontmatter 的 status: retired 標記退場(不刪不搬),接著為「退場太多」補上三道關卡:理由必填、滿 180 天又沒人連入就列出建議刪除、退場比例過高時狀態列提醒。也記錄第一批 9 篇剛標完退場,當天就被 wiki 引為來源而撤回的經過。
系列最後一天,不照前面的五段模板。先說寫這 30 篇的收穫:逼 AI 回顧 session、我再爬一遍,補上 vibe-coding 時「看過 plan、結果對了就 go」留下的理解落差。再說為什麼我接受「vibe-coding 就是一直造輪子」:造輪子是養品味的過程。接著整理這個月在資安、成本、UIUX、功能開發四塊的心得,最後是之後要繼續做的事。

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

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

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