Maige

Maige 是什麼

Maige是由加拿大的AI應用團隊Rubric Labs所開發的GitHub代碼庫工作流程平台。它讓維護人員能以自然語言來描述規則，如此一來，當出現Issue或Pull Request時，AI就能自動執行標籤分配、評論、代碼審查以及簡單的代碼處理任務。

目前版本將產品定義為用於處理以自然語言表達的作業流程的開源基礎架構。它既提供託管服務，也公開完整的程式碼庫，但自託管方式仍被視為尚未得到正式支援。

核心工作方式

1. 將 Maige GitHub App 安裝到所選的儲存庫中，並授予其處理問題、留言以及 Pull Request 所需的權限。
2. 系統會為已連接的倉庫建立 Webhook，並克隆及分割代碼，建立代碼庫的索引，同時準備可用於執行任務的沙箱環境。
3. 維護者用普通語言編寫規則，說明哪些事件應觸發哪些動作，並可引用貢獻指南或專案約定。
4. 當有 Issue、評論、推送或 Pull Request 事件發生時，Maige會讀取相關的上下文資訊，並選擇適當的 GitHub API 操作來處理它們。
5. 用戶在控制面板查看運行記錄、用量和結果，對錯誤行為提供反饋並調整規則。

主要功能

Issue 自動化

• 自動標籤：根據標題、內文、檔案類型或自然語言規則，為新問題添加或移除標籤。
• 自動分配：可依據介面、後端、文件或其他職責規則，將 Issue 指派給指定的成員。
• 自動評論：生成澄清問題、處理說明或維護者提示，減少重複的初步回應。
• 自訂規則：例如出現某個技術關鍵字時添加特定標籤，不需要編寫傳統條件腳本。
• 上下文問答：可詢問倉庫使用了哪些套件或某項實作位於何處，回答依賴代碼嵌入檢索。

Pull Request 審查

• 規則審查：可要求所有新的 Pull Request 按貢獻指南和專案規則進行檢查。
• 檔案敏感規則：可對環境設定、金鑰相關或高風險路徑添加待批准標記。
• 評論與回饋：系統可透過 GitHub API 對變更給出審查意見或補充說明。
• 代碼庫上下文：審查時不僅可使用差異內容，還可檢索已建立索引的相關檔案。
• 結果仍需人工確認：AI 可能遺漏跨模組影響、誤解業務規則或提出不可運行的修改。

代碼執行與生成

• 沙箱運行：託管版可啟動隔離環境來執行簡單的程式碼片段，適合用於進行有限的驗證或輔助處理。
• 代碼生成：Standard計劃會列出代碼生成的相關功能，可根據需求或指令來進行實作。
• 倉庫同步：推送事件可觸發嵌入更新，使索引盡量跟隨主分支代碼變化。
• GitHub 操作：產品說明稱可靈活調用 GitHub API，實際可執行範圍受 App 權限和實作能力限制。
• 高風險動作應加審批：合併、發布、金鑰變更和生產配置不應直接交給無人監督的規則。

典型規則範例

• 把所有界面相關 Issue 指派給指定前端維護者。
• 當 Pull Request 修改了環境設定檔，且提交者並非維護者時，會加上待批准標籤。
• 對每個新的 Pull Request 依照專案貢獻指南進行審查。
• 當 Issue 討論到容器化時，請添加自託管標籤，並附上現有的討論說明。
• 回答專案依賴、檔案位置或實作關係的問題，協助貢獻者快速理解程式碼庫。

輸入、輸出與適用場景

適合用戶

• 開源專案維護者：自動處理大量重複標籤、分配及初始評論。
• 小型研發團隊：將內部 Issue 的分流規則以自然語言寫出，減少手動維護。
• 代碼審查負責人：以 AI 進行第一輪規則檢查，再由具備責任的工程師批准。
• 平台工程團隊：研究如何將 GitHub Webhook、代碼檢索及智能體動作組合為工作流程。
• 需要私有部署的組織：可評估開源代碼，但目前的自託管體驗仍不成熟。

價格套餐

• 頁面只免費顯示前 30 個 Issue，沒有公開按倉庫、組織還是帳戶計算，也未說明試用後的超額單價。
• Standard 未公開說明包含的 Issue、PR、模型調用、沙箱時間、成員數或倉庫數的上限。
• 企業方案尚未上線，不能把私有部署、支援承諾或企業安全能力視為已提供。
• 退款、取消生效時間、自動續訂和稅費規則暫未公開，付款前應在實際結算頁確認。

GitHub 權限與資料流

開源與自託管

• Maige 的主倉庫公開了完整的 Web 應用程式代碼，其授權條款為 GNU Affero General Public License 3.0 或更高版本。
• 使用者可以查看、修改和部署代碼；在向網路使用者提供修改後的服務時，需要了解 AGPL 對提供對應原始代碼的義務。
• 倉庫說明明確指出，自託管功能尚未正式支援，安裝過程需要 Bun、資料庫、GitHub App、Webhook、身分驗證以及多項外部服務的配置。
• 目前此程式碼依賴 OpenAI 嵌入模組、Weaviate 向量資料庫、E2B 沙箱環境、Stripe、GitHub，以及各種資料庫與追蹤服務，而實際的基礎設施成本則由部署者負擔。
• 開源許可證僅覆蓋倉庫代碼，不會自動授予 Maige 商標、託管服務額度、第三方模型或雲服務的使用權。

隱私與安全

• 託管版在連線時會建立整個程式碼庫的嵌入，因此私有的程式碼、註解、提交歷史相關的上下文以及檔案元資料，都可能被外部基礎設施所處理。
• 目前這段程式碼使用 OpenAI 的 text-embedding-3-small 來產生嵌入向量，並以 Weaviate 來儲存這些向量；至於在實際的生產環境中是否始終採用相同的設定，則沒有明確的說明。
• 環境範例還列出了 E2B、LangChain 追蹤、搜尋服務、資料庫以及 GitHub 權限，部署者需要分別審查這些第三方的數據規則。
• 倉庫卸載處理會刪除對應組織或用戶的項目資料庫記錄，但公開資料並未明確說明向量索引、備份、日誌以及第三方處理副本的統一刪除時限。
• 目前該網站並未提供可辨識的獨立隱私政策、服務條款、資料處理附錄或安全說明頁面。
• 在政策缺失的情況下，不應連接包含客戶機密、個人數據、未公開漏洞、生產密鑰或受監管代碼的倉庫。

使用限制

• 自然語言規則可能存在歧義，同一句話在不同 Issue 上可能觸發不一致行為。
• 代碼嵌入無法完整表達運行時狀態、外部依賴、資料庫內容及隱含的業務約束。
• AI 審查適合發現初步問題，不能替代測試、靜態分析、依賴掃描、安全審計和責任人批准。
• 沙箱能運行簡單片段不等於可安全執行任意倉庫代碼，網路、資源及隔離等級未公開。
• 產品新版剛於 2026 年 8 月發布，託管穩定性、支援反應及企業治理能力仍需透過實際試用評估。

安全上手建議

1. 先在不含敏感數據的測試倉庫安裝，並限制 GitHub App 只能訪問該倉庫。
2. 從無破壞性的標籤和評論規則開始，不要立即授權自動合併、發布或產生變更。
3. 檢查首次代碼索引範圍，清理倉庫中的金鑰、個人資料以及不應發送給第三方的檔案。
4. 為每條規則寫清觸發條件、例外、目標用戶和允許動作，再用多個模擬 Issue 驗證。
5. 保留人工審查，持續檢查運行記錄、錯誤評論、權限變化和異常用量。
6. 停止使用時請卸載 GitHub App，並向運營方確認項目數據、向量索引、日誌和備份的刪除狀態。

總結

Maige 的優點在於，它能將 GitHub 上的維護動作轉換為以自然語言表達的工作流程，同時還能結合代碼檢索功能以及沙箱環境來處理各種 Issue 和 Pull Request。它很適用於減少重複性的工作，以及進行初步的審核，但不適合在沒有監控的情況下對關鍵代碼進行修改。

託管版的定價簡單，但數據政策與詳細額度仍不完整；開源版雖具有可檢查及修改的基礎，卻尚未提供順暢的自託管支援。團隊應先以低風險的倉庫來驗證權限、資料流以及規則的可靠性。