repowise：為 AI 代理與團隊預先建構的程式碼庫索引

用預先計算的索引代替重複探索

repowise 是一個 Python 命令列工具和 MCP 伺服器，為程式碼庫建構單一索引，並在每次提交後保持更新。README 的核心主張是，編碼代理在重複讀取檔案上消耗了過多上下文，因此 repowise 提前計算出呼叫者、變更影響和檔案風險等答案，並透過十個 MCP 工具提供。同一個索引也驅動本地儀表板、程式碼健康評分和拉取請求的變更風險評分。README 說明首次索引不需要 API 金鑰，自託管使用時程式碼不會離開你的機器。

一次建構五層

README 描述了單次建構的五層：包含檔案與符號節點以及框架感知邊的依賴圖；包含熱點、所有權、共同變更對與 bus factor 的 Git 分析；每個模組與檔案產生的 wiki，帶新鮮度與信心度評分；從八個來源挖掘的架構決策；以及包含 25 個確定性標記的程式碼健康層，對每個檔案從 1 到 10 打分，涵蓋缺陷風險、可維護性與效能。每一層都可以從 CLI、MCP 工具和儀表板查詢。圖層的描述涵蓋 17 種語言，後面的章節列出 18 種語言可解析為 AST。wiki 可以在沒有 LLM 的情況下產生，之後可按需加入模型散文。

壓縮命令輸出與評估變更風險

README 包含一個 `distill` 命令，在代理讀取之前壓縮命令輸出，保留錯誤與退出碼。省略的內容會留下內聯標記，之後可以展開，代理無需重新執行命令即可取回細節。對於拉取請求，repowise 提供從 0 到 10 的確定性變更風險評分，基於 diff 的形狀，並對照倉庫自身最近的提交進行排名。PR 模式傳回指令，如 `will_break`、`missing_cochanges`、`missing_tests` 與 `tests_to_run`。README 也描述了一個免費的 GitHub App PR 機器人，每個 PR 只發布一則評論，乾淨 PR 不評論，而且不呼叫 LLM。

帶具體重構計畫的程式碼健康

健康層使用 25 個確定性標記對每個檔案評分，不呼叫 LLM，不上雲，也不增加新的執行時期依賴，README 稱在一個 3000 檔案的倉庫上執行時間低於 30 秒。索引後，repowise 會對照倉庫的 git 歷史檢查自己的標記，並報告最低健康檔案中有多少實際上曾有 bug 修復，作為自檢。然後它會給出具體的重構名稱：Extract Class、Extract Helper、Move Method、Break Cycle、Split File 或 Extract Method，包括要移動的方法與邊以及呼叫者的爆炸半徑。README 報告在 21 個開源倉庫上驗證，ROC AUC 為 0.737，並與 CodeScene 進行了對比，在固定審查預算下發現 2.3 倍的缺陷，但這些是專案自己公布的數字。

儀表板、工作區與編輯器整合

`repowise serve` 在 MCP 伺服器旁啟動本地儀表板。儀表板包括架構視圖、程式碼健康地圖、聊天、產生文件、C4 圖、知識圖譜、風險、熱點、耦合、爆炸半徑、貢獻者、決策、符號、安全、死程式碼、統計、成本與工作區視圖。工作區允許把多個倉庫作為一個整體索引，包含生產者與消費者之間的契約比對、跨倉庫共同變更對與聯合 MCP。連結的 git 工作樹會被偵測並從基礎檢出中播種，自動同步可以透過提交後鉤子、檔案監視器、webhook 或輪詢執行。VS Code 擴充功能會註冊 MCP 伺服器，並向 GitHub Copilot 暴露六個工具。

十個 MCP 工具與快速開始路徑

README 描述了十個 MCP 工具：`get_overview`、`get_answer`、`get_context`、`get_symbol`、`search_codebase`、`get_risk`、`get_change_risk`、`get_why`、`get_dead_code` 與 `get_health`。每個回應都攜帶關於索引年齡與已索引提交的元資料。快速開始是：先 `pip install repowise`，然後在倉庫中執行 `repowise init`，它會先掃描並提供三種索引模式。無金鑰路徑使用 `--no-prose -y`，不需要 API 金鑰；`--prose -y` 會產生模型編寫的子系統頁面。之後可以用 `repowise generate` 在成本估算後升級部分或全部 wiki。MCP 伺服器透過 `repowise mcp` 啟動。

授權、隱私與未經驗證的部分

該專案採用 AGPL-3.0 授權，README 稱個人、團隊與公司內部使用免費，企業功能可購買商業授權。授權條款摘錄授予複製、散布與修改程式的權利，並要求網路伺服器營運者向使用者提供修改版本的原始碼。README 稱自託管程式碼不會離開機器，有匿名可關閉的遙測，LLM 供應商使用自帶金鑰。它沒有建立正式的安全保證、保固或支援承諾。README 包含針對其他工具的基準主張與對比，但這些數字來自專案本身，在提供的材料中沒有獨立驗證。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第1次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第2次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第3次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第4次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第5次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第6次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第7次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第8次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第9次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第10次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第11次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第12次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第13次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第14次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第15次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第16次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第17次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第18次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第19次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第20次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第21次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第22次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第23次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第24次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第25次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第26次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第27次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第28次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第29次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第30次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第31次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第32次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第33次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第34次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第35次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第36次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第37次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第38次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第39次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第40次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第41次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第42次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第43次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第44次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第45次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第46次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第47次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第48次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

repowise 的 README 將這個專案定位為「Codebase intelligence for AI and humans: code health scores, auto-generated docs, git analytics, dead code detection, and architectural decisions via MCP.」。讀者應把這個定位拆成輸入、處理與輸出三個問題：輸入由哪個命令或文件提供，處理由哪個元件或設定負責，輸出又在哪個頁面、檔案或服務中可見。這樣核對時才能把 README 明確寫出的能力，與素材沒有說明的部分分開。對 repowise 而言，專案名稱、倉庫路徑與文件中的專有名詞都應原樣保留，因為它們是搜尋設定與追查問題的線索。第49次核對時，請特別記下 repowise-dev/repowise 的實際命令、檔案路徑與版本；若同一入口在不同平台產生不同結果，差異應與 repowise 的依賴和 README 所列限制一起記錄。

編輯結論

repowise 提供一個預先計算的索引，同時服務於 AI 代理與人類開發者，涵蓋程式碼健康、文件、Git 分析、決策與本地儀表板。該倉庫可自託管，採用 AGPL-3.0 授權，首次索引不需要 API 金鑰。README 中包含具體的基準數字與對比，但提供的材料中沒有外部驗證。 對 repowise 的具體判斷，應先依 README 指出的命令與檔案完成最小流程，再看輸入、輸出、錯誤訊息及授權條件是否符合你的環境；素材未寫出的效能、相容性或維運承諾，不列入已證實能力。

官方來源

1. Official documentation
2. Official README
3. Project repository
4. Release notes