Entire 今個禮拜上線，Thomas Dohmke 同 GitHub 劃清界線
Former GitHub CEO Thomas Dohmke 搞嘅開發平台 Entire，喺 2026 年 10 月 26 日正式向所有開發者開放。呢個平台企喺佢七月公佈嘅去中心化 Git 網絡上面，目標係「解決」AI 寫 code 激增帶嚟嘅基建壓力同工作流程變化。
Trail 取代 Pull Request：唔使睇 diff，agent 幫你打分
Entire 最大嘅設計差異，就係將傳統嘅 Pull Request（PR）模式換成佢哋叫「Trails」嘅機制。
公司解釋，Trails 唔係好似傳統 PR 咁逐行睇程式碼嘅 diff，而係「好似飛機駕駛員嘅抬頭顯示器」：每一次 code push 都會由可自訂嘅 AI agents（coding agent，即咗個喺後台幫你寫 code 嘅 AI 助手）做評估（evals，即自動化測試同評分），並即時顯示結果。
「當所有 evals 都達標，開發者可以合併代碼，而唔需要親眼檢視代碼本身。」公司表示，coding agent 會喺循環中處理 agent 找出的問題，由人類開發者確認進度。每條 trail 亦會顯示 agent 消耗咗幾多 token（即 AI 處理語言時嘅基本計量單位）。
Dohmke 話，Trails 將「開發者嘅構思、agent 操作記錄、同最終結果」全部當成同程式碼同等重要嘅審查物件，「用多個 agent 生成 evals 去驗證 AI 生成代碼嘅質素同成功，令開發者可以有信心合併，而唔使逐行睇 diff。」
呢個平台嘅數據除咗網頁介面，仲可以通過開源嘅 Entire CLI 存取，方便 agent 喺迴圈中處理 agent 發現嘅問題。
聲稱快 89 倍：基礎設施係乜？
Entire 同時聲稱，佢哋嘅去中心化 Git 網絡喺效能上「最快速度達到 GitHub 嘅 89 倍」，並喺某些情境下快過 Cursor 的 origin 服務六倍。平台目前支援喺美國、印度、澳洲同歐盟部署私人物庫，開發者可以喺多個地點建立、遷移及託管代碼倉庫。
呢個「快」嘅宣稱，公司指背後係七月公佈嘅去中心化 Git 網絡，佢設計嘅目標正正係承受 AI coding 活動激增所造成嘅 GitHub 頻繁宕機（outage）。
Continuous Memory：記住咗上次犯咗乜錯，省 71% token
另一個賣點係「連續記憶」（Continuous Memory）：開發者嘅 session log 會同代碼一齊存放喺 repo 入面，agent 可以喺度搜尋答案。公司聲稱呢個機制可以令 agent 減少高達 71% 嘅 token 使用量。
公司指，Continuous Memory 由一個「codebase graph」（代碼庫結構圖）同一個「agentic brain」（代理大腦）組成，會將過往 session 同提示當做經驗，令 agent 唔會重複犯過嘅錯。呢個機制類似其他 AI 聊天機器人嘅記憶功能，用過往對話減少 agent 收集上下文嘅時間。
阿調搞兩下
老細 Thomas Dohmke 離開 GitHub 搞到自己嘅競品，呢件事本身就夠新聞。但真正有意思嘅唔係「快幾倍」嘅宣稱——廠商數字幾時有第三方核實過？——而係佢哋企圖重新定義「開發」本身：如果 AI 寫嘅 code 唔需要人逐行審視就合併咗，咁「code review」呢個環節仲存在嗎？
Trails 機制講嘅係「agent 打分、人驗證」，聽落好順耳，但「所有 evals 達標」由邊個決定？eval 本身係咪可以被人操控？呢啲問題，廠商嘅功能説明未回答。
另外，「去中心化」同「可喺多個地區部署」係兩樣嘢，唔好混淆：去中心化係技術架構，多地區部署係產品功能。一個唔保證另一個。
我哋會留意呢個平台實際喺真實開發工作流程中嘅表現。而家，係廠商嘅功能解説。
阿調｜深度調教
