前幾天看到一個 GitHub repo，上線一週時間拿了接近 23,000 顆星星。
Repo 的名字叫 GitNexus，介紹頁寫得很直接：
Like DeepWiki, but deeper. DeepWiki helps you understand code. GitNexus lets you analyze it — because a knowledge graph tracks every relationship, not just descriptions.
這句話讓我停下來想了很久。
我們是怎麼理解程式碼的？
多數時候，工程師理解一個新的程式碼庫，用的是最原始的方法：
- 用 IDE 的「Ctrl + Click」追函式定義
- 用「Find All References」看誰呼叫了它
- 然後在程式碼和終端機之間來回切換，在腦中把呼叫鏈拼湊出來
這個過程像什麼？就像拿到一張沒有編號的 IKEA 家具說明書——你知道所有零件都在盒子裡，但組裝起來之前，完全不知道哪個板子要鎖哪個洞。
傳統 IDE 的跳轉功能是「單點導航」：你知道 A，查 A 的上下游。你不知道 B 的存在，就永遠找不到 B。
知識圖譜是「全域視角」：一次透視整個系統的所有節點和連線，你可以看到整張地圖，再決定要深入哪個角落。
GitNexus 解決了什麼問題？
GitNexus 把一個 repo 的程式碼庫 parse 成知識圖譜，節點是函式、模組、類別，連線是它們之間的呼叫依賴關係。重點是：它可以純 client 端在瀏覽器裡跑，不需要伺服器，不需要上傳你的程式碼。
具體來說，它的 Web UI 版本：
- 用 Tree-sitter（高效能程式碼 parser）在瀏覽器內 parse 程式碼
- parse 結果存在瀏覽器的 WebAssembly 版本資料庫
- 沒有任何資料離開你的瀏覽器
你可以直接貼上一個 GitHub repo 的 URL，幾秒鐘之後就得到一張互動式知識圖譜，點任何節點都可以看到它的所有上下游關係。
對前端開發者的實際價值
我在 Vue 3 和 React 的專案裡試了一下，說說實際觀察：
找出被所有組件共用的 composable / hooks
在 Vue 3 專案裡，有時候某個 composable 被十幾個組件引用，你不知道動了會不會影響其他地方。用 GitNexus 可以直接看到完整的引用網絡，確保重構不會有漏網之魚。
確認某個 global state 的讀寫分佈
Pinia 或 Zustand 這類狀態管理 library 有時候狀態被很多地方讀寫，時間久了連自己都不確定誰在改什麼。用知識圖譜可以快速找到所有的讀寫點。
評估一個重構的影響範圍
這大概是最有價值的用法。當你要重構一個函式或模組時，GitNexus 能讓你馬上看到所有會被影響的地方，不再只是「大概覺得應該會影響到這裡」。
CLI 版：讓 AI Agent 也能看懂你的程式碼庫
GitNexus 的 CLI 版本更進一步——它內建 MCP server，相容 Claude Code、Cursor、Codex、Windsurf 和 OpenCode。
一行指令：
npx gitnexus analyze就會幫你：
- index 整個 repo 的依賴圖譜
- 安裝 agent skills
- 註冊 Claude Code hooks
- 建立 AGENTS.md / CLAUDE.md 上下文檔案
簡單來說：讓 AI agent 拿到完整的程式碼庫架構視角，減少 blind edit 和 call chain 錯誤。
我的思考：知識圖譜會是未來嗎？
過去幾年，我們看到大量的「AI 程式碼生成」工具，但理解程式碼的工具進步得相對緩慢。
GitNexus 代表的趨勢是：把程式碼庫從「文字檔案集合」變成「可查詢的關係網」。一旦你有了一張這樣的圖譜，很多應用場景就會打開：
- PR review 的 blast radius 分析（系統已預告即將推出）
- 自動化 regression forensics
- 端到端測試生成
這不只是一個工具，是一種理解軟體系統的新範式。
GitHub：abhigyanpatwari/GitNexus（23K stars）
Web 體驗：gitnexus.vercel.app（直接試，不需要安裝）
