前幾天看到一個 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（直接試，不需要安裝）