- 推薦必備 Plug-in:
/grill-me /grill-with-docs 確認需求再開工
https://github.com/mattpocock/skills
大學長教你別寫廢 Code
https://github.com/dietrichgebert/ponytail - GitNexus
https://github.com/abhigyanpatwari/GitNexus
特點:適合大型專案或 Monorepo 的全景架構分析。
底層:使用 Tree-sitter 與圖資料庫(如 KuzuDB),提供全域依賴與深層影響評估。
--
GitNexus 把 codebase 索引成知識圖譜,預先算好 dependency、call chain、cluster、process flow、impact 與 query layer,再透過 MCP、CLI 和 Web UI 交給 Claude Code、Codex、Cursor 之類的工具使用。
https://ithelp.ithome.com.tw/articles/10399650
https://ai-chain.tw/blog/gitnexus-code-structure-context-for-ai-coding-agents/ - code-review-graph
https://github.com/tirth8205/code-review-graph
特點:專注於日常增量更新、PR 審查與精準計算變更影響範圍(Blast Radius)。
底層:以 Tree-sitter 結合本地 SQLite,主打極低 Token 消耗與快速反應。
--
code-review-graph 透過 Tree-sitter 語法解析器將你的程式碼建構成一張結構化的知識圖譜(Knowledge Graph),儲存在本地的 SQLite 資料庫中。當你修改了某個函式,它不會讓 AI 重新掃描整個專案,而是透過「爆炸半徑分析」(Blast Radius Analysis)精確計算出哪些函式、類別、測試會被影響,只把這些關鍵上下文送給 AI。
https://repoinside.com/tirth8205/code-review-graph - 避免 GitNexus 與 code-review-graph 互相衝突 (程式運作本身不會衝突,但 Agent 可能會在調用過程中自己跟自己產生矛盾與衝突)
整理了處理方式並提供自動設定腳本 (Windows + VSCode + Claude Code Extension),請參考:
https://github.com/Dino9021/dev-workstation/tree/007f483fe3c18deb8d5e6e60f39ab26f68599732/graph-servers - 請 AI 說人話的 Output Style:
ASD-STE100 Output Style (Simplified Technical English)
https://gist.github.com/starise/470f53dbd16149dcd168fa45bff17d1f - 觸發 Session Rolling 5-hour Time Window 的 Schedule
如果 08:00 或 09:00 上班才開始使用,則下一次 Window 得在 13:00 或 14:00 觸發
那上班時間只有 2 個 Time Window 可以使用。
如果在上班時間前兩小時就開始,設定四個排程觸發 Time Window 的話,
比如 05:00、10:00、15:00 (根據上班時間調整)
上班時間就可以有 3 個 Time Window 可以使用。
Schedule 用最省錢的 Haiku Prompt:This is a test, DO NOT RESPONSE.
即可,這樣可以得到簡短回應類似:I acknowledge the instruction. No response will be sent.
不須耗費太多 Token - 試過一陣子之後沒有很推薦的: 省話一哥 caveman (穴居人)
https://github.com/juliusbrussee/caveman
原因是品質可能會下降,這些文章有討論:
https://vocus.cc/article/6a10254ffd897800017eaac1
https://www.bnext.com.tw/article/90550/claude-caveman-prompt-token-saver - 用 Fable 5 作為主導
1. 將任務拆階段
2. 分階段派工給最適合的模型 (Opus、Sonnet、Haiku) 執行
3. 重要階段完成後必須再派兩個不同視角的 Opus 做對抗式審核
4. 完成後再由 Fable 5 審核一次
5. 或是使用 advisor (顧問) 功能 (但每次呼叫 advisor 都要重讀一次 context,若頻繁呼叫會消耗大量 token)
https://code.claude.com/docs/en/advisor
https://code.claude.com/docs/zh-TW/advisor - 在 CLAUD.md 指定平行作業或派子代理前都必須要清楚列出
1. 有哪幾個階段
2. 每個階段派幾個什麼模型的代理
3. 各階段做哪些事情
4. 由擁有者 (Owner) 審核過後才可以開始
5. 每一個階段完成後都要停下來等擁有者 (Owner) 確認後才能再派下一階段 (避免一派工 Token 就爆)
https://github.com/Dino9021/dev-workstation/tree/3193567856d9aeda8459ec965bc930c09bb0616c/parallel-agent-operations - 小技巧
- 變更帳號: /Switch account
- Agent 執行中如果有問題想問,不用直接打擾他,可以用 /btw 開一個 Side question 視窗來問,這樣不會干擾主線運作
- 參考
- 用台灣詞彙說話,我改成「請說國語」
https://github.com/chang416/im-human