Entire 是由前 GitHub CEO 托馬斯·多姆克創立的初創公司，該公司周一正式推出了其 GitHub 替代產品，用一套名為 Trails 的智能體代碼審查系統取代了傳統的拉取請求模式。
該公司自今年2月宣布獲得6000萬美元種子輪融資以來，已逐步發布其平台的各項功能。早些時候，多姆克曾多次表示他並不打算與 GitHub 展開競爭。
但隨著周一的發布，Entire 正式推出了一款完整的 GitHub 替代產品，並融入了其對智能體時代"現代版 GitHub"應有形態的獨特理解。
在發布之初，Entire 支持私有代碼倉庫的原生託管。公共代碼倉庫以及自託管 Git 節點仍在其後續規劃之中。
"這正是我們一直期待的時刻，"多姆克上周在加州聖何塞舉行的 Linux 基金會 AGNTCon + MCPcon 大會接受 The New Stack 採訪時表示。"這讓我們感到興奮，因為我們一年前立下的目標正在逐步實現——我們將 Git 託管與基礎設施層整合在一起，在全球各地部署站點，[……] 再加上持續集成、持續交付、持續記憶的理念，以及通過 Trails 對拉取請求進行的重新設計。"
"這讓我們感到興奮，因為我們一年前立下的目標正在逐步實現。"
Entire 與其他開發者工具初創公司一樣認為，當下開發者面臨的新瓶頸並非代碼編寫本身——這部分工作已由智能體承擔——而是代碼審查環節。與該領域的其他一些初創公司不同，Entire 並未將重心完全放在這一個環節上。相反，該公司認為，要真正解決代碼審查的瓶頸問題，需要一個全新的平台體系。
多姆克在 AGNTCon + MCPcon 的主題演講中描述了審查隊列正朝兩個方向不斷膨脹的局面：智能體產生的變更數量在增多，而每次變更所包含的代碼量也在增加。
"我打開一個拉取請求，卻發現自己完全搞不清楚這些代碼到底在做什麼，"他談及自己此前使用編程智能體的經歷時說道。
目前，這套平台由 Entire 兼容 Git 的伺服器、該公司最初發布時就推出的面向智能體的持續記憶功能，以及 Trails 共同構成。
從拉取請求到 Trails
Trails 是 Entire 對拉取請求模式的重新詮釋。開發者不再需要手動審查代碼變更，Trails 為他們提供了一個儀錶盤，其中包含由智能體評分的可定製評估項。舉例來說，該系統可以評估某次代碼變更的風險程度，或者評估在一次由大語言模型驅動的長時間開發會話中出現了多少"意圖偏移"。
Entire 表示，這些評估會在每次推送代碼時自動運行，相關結果可以通過其網頁界面以及開源命令行工具（CLI）查看。隨後，編程智能體可以利用這些反饋來解決問題並推送新的修訂版本，而開發者則負責驗證進展。
最終，最初的需求、智能體的會話歷史記錄，以及最終產生的代碼，都會一併成為審查內容的一部分。
GitHub 已經通過 Copilot 提供了智能體代碼審查功能。但 Entire 的思路不僅僅是在拉取請求中加入一個 AI 審查員：它讓變更背後的意圖以及智能體的工作過程，與代碼本身一起成為審查流程的組成部分。
對 Entire 而言，其核心理念是：如果評估結果全部通過（顯示為綠色），就可以直接合併代碼，而無需進行詳細的人工審查（儘管現實中很少有人工代碼審查能做到真正應有的細緻程度）。
默認情況下，Entire 提供預設的審查智能體，但開發者也可以通過 JSON 文件自定義配置，並在受支持的 Claude 和 OpenAI 模型中進行選擇。
"我們正在重新定義開發者的工作生命周期，這真的很棒。我曾經晚上在家，坐在沙發上，給我的智能體發消息布置任務——同時還能在 Slack 上收到團隊發來的 Trails 鏈接，然後打開查看。"
"我們正在重新定義開發者的工作生命周期，這真的很棒，"多姆克說。"我曾經晚上在家，坐在沙發上，給我的智能體發消息布置任務——同時還能在 Slack 上收到團隊發來的 Trails 鏈接，然後打開查看。而且因為用戶界面是專門為'查看'而設計的——我們稱之為飛行員的'抬頭顯示器'——所以我看一眼我的抬頭顯示器，就能看到我們內部的一個評估項'stop cop'，如果它顯示綠色且置信度很高，那我們就可以直接合併了。"
Entire 還與 Buildkite 和 Depot 展開了持續集成（CI）方面的合作。開發者可以使用 Buildkite 的 bk pipeline 或 Depot CI 來轉換現有的 GitHub Actions 工作流，然後在 Entire 中連接相應的代碼倉庫。
更快、更分布式的 Git 平台
雖然 Trails 是本次發布的重頭新聞，但 Entire 的核心仍是其兼容 Git 的分布式源代碼控制伺服器，該伺服器已於今年夏初率先亮相。
Entire 表示，其推送速度最高可達 GitHub 的 89 倍，是 Cursor
旗下 Origin 的 6 倍。
不過，儘管一套跨地理區域部署鏡像的分布式系統確有助益，但對許多企業用戶而言，真正關鍵的功能可能在於：Entire 從設計之初就支持在特定區域提供私有代碼倉庫託管服務。考慮到當前數據治理的監管環境，這項功能正變得愈發重要。
目前可選的區域包括美國、歐洲、印度和澳大利亞。多姆克表示，客戶可以選擇一個主區域，並在其他區域添加鏡像，而區域間的同步工作則由 Entire 負責處理。
面向智能體的記憶功能
持續記憶（Continuous Memory）是 Entire 的第三大支柱功能。它能將 AI 智能體的會話內容同步到項目的代碼倉庫中，供智能體在未來任務中調用使用。
在多姆克看來，這些會話記錄同樣保留了開發者曾經否決過的方案，以及那些開發者明確告知智能體"這段代碼能跑，但並不是我想要的結果"的關鍵時刻。
該公司表示，這套系統將一個幫助智能體定位相關代碼的代碼庫關係圖譜，與一個"智能體大腦"結合起來，後者能將以往的會話和提示詞轉化為可供查詢的記憶內容。這樣一來，智能體在開始新任務時，就能檢索到此前的決策記錄以及相關背景資訊。
多姆克預計，智能體的運行成本將成為下一個瓶頸，各團隊在關注工程效率的同時，也將更加重視 Token 使用效率。他認為，相比耗費 Token 自行生成替代方案，開發者可能會發現使用現有的開源項目或是像 Entire 這樣的服務反而更加經濟划算。
該平台本身是免費的，不過多姆克表示，客戶只需為審查智能體所消耗的 Token 付費。
但由於這些審查智能體運行依賴於大語言模型，因此仍會產生費用。多姆克表示，目前 Entire 會為所有用戶提供100美元的起始額度。用戶用完這些額度後，將按照市場價格為所選用的模型付費。
Entire 目前的商業模式，似乎正是建立在其所能獲得的折扣價與市場價格之間的差額套利之上。
GitHub 一直以來都為開源項目提供十分優厚的方案，而 GitHub 的維護者與多姆克均暗示，該公司或許也會在這方面提供相應支持，並提到 Entire 已經在與包括模型供應商在內的一些合作夥伴就相關構想展開合作。"後續還會有更多消息，"他說。
值得一提的是，Entire 此次周一的發布，恰好發生在該公司旗艦開發者大會——2026年版 GitHub Universe（將於舊金山舉行）召開前兩天。這個時間點頗為微妙。
