# 策展 · X (Twitter) 🔥🔥

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 作者：Oliver (@olvrgln) · 平台：X (Twitter) · 日期：2026-05-27

> 原始來源：https://x.com/olvrgln/status/2059312715836145698

## 中文摘要

# 下一個 GitHub 將不會長得像 GitHub

Mesa 正在為所有知識工作打造專屬的 GitHub，我們從一個專為大規模平行 Agent 協作世界所設計的程式化儲存層開始做起。

## Mesa 是對未來工作型態的一場豪賭

我們的私人測試版讓我們得到了一個明確的洞察：一種由 Agent 驅動的全新工作方式正在崛起。無論是在法律、醫療保健、保險、商業營運、銷售、行銷、程式開發等各個領域，與那些正在開發及使用 Agent 的人們對話時，大家面臨的問題都如出一轍：

- 「我們該如何在正確的時間呈現正確的 context？」

- 「我們該如何實現 Agent 與人類之間、以及 Agent 與 Agent 之間的多人協作體驗？」

- 「我們該如何實現 Agent 平行化、草稿狀態、可回溯且可分支（forkable）的 Agent 工作階段？」

訊號很明確：Agent 很快就會接手所有的知識工作，而最優秀的團隊與產品將會依賴一套特定的能力來有效管理這些 Agent。

Git 之所以流行多年，是因為它是一項解鎖了新型態工作（大規模開源、去中心化開發）的新技術，但直到 GitHub 的出現，才讓 Git 成為標準。GitHub 將 Git 這項強大但混亂的技術，疊加了一套關於如何利用它進行開發的獨到工作流程。

**Mesa 作為一個產品與公司，本質上是一場豪賭，我們相信自己能為 AI Agent 做到的，就像 GitHub 為 Git 所做的一樣。** 機會不在於只做一個雲端檔案系統（那種東西早就存在很久了），甚至也不在於做一個高效能的 VCS（更快的 Git 並不是未來所缺失的拼圖），而在於這些基礎設施之上所建構的高階 API 與工作流程，才能為開發與使用 Agent 的團隊解鎖新型態的生產力。

我們還處於學習如何有效與 Agent 協作的早期階段：如何管理 context、除錯並評估 Agent 的執行結果、建立穩健的「人類介入（human-in-the-loop）」流程、操作多 Agent 系統、即時協作、審查變更、修正錯誤，並最終創造出自我優化的系統。誰能定義並將這些最佳實踐編碼化，誰就能成為每個團隊工作方式中最重要的控制平面（control plane）——無論是開發 Agent 的人，還是使用 Agent 的人，從技術人員到非技術人員皆然。

我們已經開始在早期的測試版使用者中看到共同的模式正在形成，我們預期隨著時間推移，我們對這些模式的理解將會加速。

## 所有的知識工作都將由 Agent 完成

這項工作將需要長期存在的產出物（artifacts）進行生產、迭代與協作，這些產出物將超越單一 Agent 的工作階段而存在。

這類產出物的範例包括：

- 專屬於使用者、專案與組織的 Agent 記憶。

- 行銷團隊在 GTM Agent 平台內共享的 skill。

- 為個人化 UI 與 Applet 所生成的程式碼。

- 由會計或 FP&A Agent 所產出的 `.csv` 或 `.excel` 檔案。

這些產出物將以極高的速度被建立，並由人類與 Agent 共同編輯，而這項工作將由一套管理這些變更的強大能力所支援。

「草稿狀態」將成為管理 Agent 驅動變更的基本單元，而在隔離分支上進行的平行 Agent 執行，將使快速探索不同方法的權衡變得輕而易舉。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1779847882132-diaHJQkvoakAA2LSlpng.png)

對文件進行的關鍵變更（例如更新記憶）將需要一份歷史變更紀錄，而結合人類與 Agent 來審核這份紀錄，以進行評估、除錯與獲取當前任務的 context，將會成為常態。

本質上，這些產出物需要以類似傳統管理程式碼的方式進行管理——具備類似 Git 的基礎單元、衝突解決機制，以及高效能的遠端儲存，這些都是關鍵功能。

## 檔案系統只是實作，變更控制才是核心功能

我們解決這個問題的論點可以歸結為一個深信不疑的信念：變更控制是 Agent 工作新世界中最重要且必要的基礎單元。在 Agent 工作的規模與速度下，瓶頸很快就會變成你管理與控制這些產出物變更的速度。

以一個獨立房地產律師為例，他會修改合約並將草稿 email 給相關方。他們以人類的速度工作，可以容忍將有限的檔案散落在 email、GDrive 和電腦中——檔案名稱甚至叫 `lease_final_final_v4.docx`。幾年後，這位同樣的獨立律師將會有專門的 Agent 調查租約的每一部分、進行修訂、標記風險，並進行深度研究以找出相關判例。

律師的 Agent 將會讀取並寫入檔案，而不是律師本人，他們需要一個單一事實來源（source of truth）來執行任務；他們的變更需要被暫存以供律師審核與評論，且這些變更需要被追蹤、可能需要回滾，或在交易過程中進行分支（fork）。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1779847882169-iaHJQk4lgakAMJ3CCjpg.jpg)

起初，變更控制的重要性並不顯而易見。檔案系統是現在的熱門話題，但市面上有數百萬種產品讓你儲存與檢索文件。在 S3 之上提供一個 POSIX 相容的介面，並不會成為下一個知識工作時代的關鍵產品。檔案系統之所以重要，是因為它是模型所預期的介面，但真正能解鎖這種新工作方式的，是版本控制、存取策略與工作流程。

## Git 與 GitHub 並非迎接未來世界的正確技術

如果版本控制如此重要，為什麼 GitHub 不適合解決這個問題？因為 Git 並不是適合 Agent 世界的 VCS。它是非同步的，專為人類緩慢編輯的存取模式所設計，且無法輕易支援大型檔案或非文字類型的檔案。它也不具備大多數 Agent 使用場景所需的 metadata 與儲存能力。

Mesa 是建立在 Jujutsu (https://docs.jj-vcs.dev/latest/) 之上，而非 Git。JJ 是一個 meta-vcs，它提供了一種與 Git 非常相似的資料模型與版本控制語意，但允許我們自訂底層物件如何儲存與檢索的實作方式。這種模組化設計讓我們能夠為 JJ 擴充一些非常困難、但對於一個真正「Agent 優先」的版本控制系統來說至關重要的功能。

**Agent Context**

世界不再圍繞著分支與 commit 運轉，而是圍繞著工作階段、回合（turns）與步驟。透過 Mesa 的 VCS，我們可以捕捉並儲存與版本樹本身綁定的 Agent 軌跡（traces）。你不僅可以回溯檔案如何從 A 點變更到 B 點，還可以記錄導致這些變更的邏輯與 context。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1779847882147-iaHJQlCN0bkAAVrfqjpg.jpg)

**即時性（Realtime）**

Agent 需要即時更新，以便群體（swarms）可以協調、UI 可以為使用者更新，並且可以在監聽特定檔案與儲存庫的事件串流時，觸發子 Agent 或確定性工作流程。Git 是為非同步、去中心化的開發所設計。透過 Mesa，我們擺脫了這種限制，我們檔案系統與版本控制伺服器的每一個部分都以即時方式運作，實現了強大的多人協作體驗。

**Context 檢索**

對於 Agent 來說，跨檔案以及跨這些檔案的變更「歷史」來尋找所需的 context 至關重要。透過我們自訂的儲存後端，我們可以在版本歷史中內建高效的 embeddings，並提供強大的語意搜尋以及圖形遍歷（graph traversal）API。這使 Agent 更有效率，也讓歷史紀錄更容易被審核。

**衝突（Conflicts）**

每當有多個實體更新檔案時，你都必須解決它們變更之間的衝突。在 Git 中，衝突會阻礙當前的操作。從外部來源同步資料、重新整理 Agent 分支或合併變更的操作，都可能導致需要立即解決的衝突，否則操作就必須中止。

在 Mesa 與 JJ 中，衝突被建模為版本歷史的基本單元。你可以讓 Agent 自動解決衝突、阻擋 Agent 並呈現 UI 讓人類解決，甚至接受衝突並讓 Agent 繼續執行，允許人類或專門的子 Agent 稍後再來解決。無論如何解決，衝突總是會被保留在歷史紀錄中，因此如果有必要，你可以重新審視甚至修改衝突是如何被解決的。

解決衝突是一項高度語意化的活動！你不能每次都說「最後寫入者勝」，因為這對許多使用場景來說並不適用。Git 沒有提供處理大規模平行 Agent 工作中出現的所有衝突所需的靈活性，且 Git 不會保留衝突的歷史，導致這些關鍵決策無法被審核。在 Mesa 中，你可以根據使用場景的需求來處理決策，並且隨時可以重新審視甚至修正過去處理衝突的方式。

**擴展性（Scaling）**

GitHub 實際上正處於崩潰邊緣，而世界上規模最大的公司早已放棄 Git，轉而使用更具擴展性的自建版本控制系統。透過我們自訂的後端，我們可以利用現代化的分散式、高擴展性儲存技術，並針對我們的需求調整效能。

---

Agent 是一項為所有知識工作領域帶來新工作方式的新技術。就像 GitHub 將 Git 的最佳實踐編碼化一樣，Mesa 也將編碼並啟用有效建構與使用 Agent 的最佳實踐。實現這一目標的核心市場洞察在於變更控制的重要性，而技術洞察則在於認識到 Git 本身無法滿足 Agent 的版本控制需求。透過為 Agent 建構一個創新的程式化儲存層，我們正在為 Agent 世界中的所有變更控制奠定基礎，並準備好建構未來每個團隊都會使用的標準工作流程。

## 標籤

Agent, 新產品, 產業趨勢, Mesa