下一代軟體，為兆級代理人而建

原文標題：為數以兆計的代理構建
原文作者：Aaron Levie，Box
編譯：Peggy，BlockBeats

編者按：隨著大型模型能力持續突破，AI Agent 正從「對話工具」逐漸演變為能夠獨立執行任務的數位勞動力。從編寫程式碼、處理合同，到審計財務、分析科研數據，Agent 開始進入幾乎所有知識工作的環節。

當企業內部同時運行的 Agent 數量遠超員工規模時，軟體的主要使用者也可能從「人」轉向「機器」。在這一趨勢下，軟體設計、基礎設施乃至商業模式都在發生變化。本文以「為 Agent 構建軟體」為線索，討論 Agent 時代的軟體形態與基礎設施將如何演進。

註：本文作者 Aaron Levie 是企業雲存儲公司 Box 的聯合創始人兼 CEO，也是長期關注 AI 與企業軟體趨勢的科技行業意見領袖。

以下為原文：

過去幾個月裡，Agent 領域正在發生一件重要的變化。去年年底前後，我們開始進入這樣一個階段：編程型 Agent 已經能夠獨立完成持續時間更長的任務，在整個開發過程中也不再需要人類頻繁手把手地指導。

這些 Agent 早已不只是配備簡單工具的聊天機器人。如今，它們往往擁有獨立的沙箱計算環境，可以針對遇到的問題自行編寫並執行程式碼，能夠直接調用 API 和 CLI，與各種系統互動，還擁有自己的檔案系統與長期記憶能力等等。這些基礎能力，加上圍繞 Agent 運行框架（agentic harness）的最佳實踐逐漸成熟，以及模型在工具調用和軟體開發方面的巨大進步，讓我們開始看到一種可能：Agent 將能夠處理幾乎任何被交給它們的任務。

最初，這種架構主要由一批編程型 Agent 推動，例如 Claude Code、Devin、Codex、Factory、Cursor、Replit 等。但最近，這一模式已經跨越了早期技術圈層，開始進入更廣泛的個人體驗和知識工作領域，比如 Claude Cowork、Perplexity Computer、Manus，以及當然還有 OpenClaw。後者更是把這一方向推向更遠——它可以在一個持續存在的環境中 24 小時運行。

隨著能力快速提升，Agent 將被引入幾乎所有工作領域。它們會被用來審閱每一份合同、處理大量客戶支援的一線問題、審計企業財務、梳理海量醫學研究以推動藥物發現、生成絕大部分軟體程式碼、製作銷售和諮詢簡報，甚至代表消費者在互聯網上完成交易。總體而言，它們將參與社會中幾乎所有具有經濟價值的工作。

而且，這不僅僅是替我們完成今天已經在做的事情。Agent 還會讓我們做得更多，例如運行過去成本過高的複雜模擬、為每一個想法快速生成多種原型方案，因為啟動專案的成本大幅降低、停止專案也變得容易；我們會同時推進更多專案；我們也可以分析幾乎所有數據，而不再只是依賴抽樣。

把這些趨勢放在一起看，可以預見：在未來的組織中，幾乎每一位員工都會擁有多個為其工作的 Agent。一個企業擁有的 Agent 數量達到員工數量的 100 倍甚至 1000 倍，並不難想象。當數萬億個 Agent 在同時運轉時，它們將成為未來軟體最主要的使用者。

然而，大多數軟體原本都是為人類設計的。這意味著，軟體形態很可能會迎來一次重大的變化。那麼接下來會發生什麼？

做出「Agent 愿意用」的軟體

Paul Graham 曾用一句極其簡單的話總結軟體創業的原則：做出人們想要的產品（Make something people want）。

這一理念催生了 21 世紀最成功的一批軟體公司，也推動了一種新的產品方法論——工具要簡單易用、容易上手、解決明確的問題、避免晦澀術語、定價清晰。

而現在，這句話可能要被改寫為：做出 Agent 愿意用的軟體。

目前，使用 Agent 最多的人往往是開發者或技術能力很強的用戶，他們對工具通常有自己的偏好。但當 Agent 開始為知識工作者處理各種任務時，這種人為偏好會逐漸弱化。除非企業內部已經規定了統一的工具，否則在很多工作流程中，真正做出選擇的將是 Agent。

這意味著：它們會決定使用哪些工具、編寫什麼程式碼、調用哪些庫、運用哪些技能。那些更容易被 Agent 接入、並能更好解決問題的平台，會比其他產品更快獲得優勢。Agent 不會參加你的線上發布會，也不會看到你的廣告；它們只會選擇完成任務最有效的工具，而你當然希望那是你的產品。

這條建議帶來的最大啟示是：一切都必須以 API 為中心（API-first）。

如果某個功能沒有 API，幾乎等同於不存在。

如果功能無法通過 CLI 或 MCP server 調用，你就已經落後一步。

如果 API 設計複雜混亂、路徑衝突，讓 Agent 難以使用，那基本上就是在主動放棄成為 Agent 工具的機會。

在 Box，我們正在致力於構建面向 Agent 的文件系統，因此正在逐一檢查 API 的每一個細節，思考在 Agent 環境中哪些地方會出現問題。這種細致程度，過去往往只出現在用戶體驗（UX）設計裡。

正如為用戶設計軟體需要站在用戶角度思考一樣，為 Agent 設計軟體也需要同樣的思路。例如 Y Combinator 的 Jared Friedman 就提醒開發者：「即使是最好的開發者工具，大多數仍然無法通過 API 註冊帳戶。這在 Claude Code 時代是一個巨大的問題，因為這意味著 Claude 無法自己註冊帳號。現在，把所有帳戶管理功能放進 API 應該成為基本要求。」

如果 Agent 無法輕鬆註冊並開始使用你的服務，那麼在它們眼裡，你幾乎等同於不存在。

商業模式也會隨之改變

當 Agent 成為軟體的主要用戶時，商業模式也會變化。

在某些情況下，由用戶席位（seat）觸發 Agent 運行的模式仍然適用。但也會出現大量不再與具體用戶綁定的 Agent，或者它們的工作量遠遠超出傳統軟體的使用方式。例如，用戶只需輸入幾句話，一個 Agent 就可能在軟體中完成相當於數小時的人類工作，然後只把最終結果呈現給用戶。

因此，一部分軟體產品的商業模式將發生演化。任何希望在「Agent 時代」存活的工具，都需要引入某種按使用量或計算量計費的模式，甚至支持 Agent 自行完成支付。

面向 Agent 的下一代基礎設施

Perplexity 創始人 Aravind Srinivas 曾說過一句話：「把電腦交給人類是個好主意，但把電腦交給電腦，讓它們替我們完成工作，是更好的主意。」

隨著 Agent 擁有自己的計算環境、能夠編寫並執行程式碼、呼叫技能完成重複任務，並接入各種外部工具和服務，一整套新的技術體系也將隨之出現。就像人類在電腦上需要的，Agent 也同樣需要一套類似但專門為它們設計的基礎設施。

其中一部分服務會來自現有公司，因為 Agent 仍然需要訪問現有數據，或者需要在人類用戶與 Agent 之間協作。

但與此同時，也會誕生大量新的產品類別，因為 Agent 面對的問題與人類完全不同，從零設計新的服務往往更合理。

例如，Agent 明顯需要自己的基礎設施，而且規模可能前所未有。下一代超大規模雲平臺（或現有巨頭的升級版）很可能圍繞這樣一個理念建立：未來的數據中心不再主要運行我們的應用，而是運行我們的 Agent。E2B、Daytona、Modal、Cloudflare 等公司已經在朝這個方向推進，而這些沙盒計算環境的規模可能達到前所未見的水平。

Agent 還需要訪問企業核心文件，並管理自己的數據與記憶，以支持長期運行的任務。同樣地，企業級系統也需要轉向 API-first，以便 Agent 能夠訪問 HR 系統、CRM、工作流系統、數據湖等關鍵數據與服務。那些能讓 Agent 隨時隨地無縫操作這些數據的平臺，將最有可能承接未來的工作負載。

Agent 也可能需要自己的身份體系，並能夠彼此通訊。例如 Agent mail 正在為 Agent 提供郵箱，使其擁有持續存在的郵件地址。同時，Exa、Parallel 等公司也在重構搜索引擎，以適應「Agent 才是主要搜索用戶」的世界。許多 Agent 還需要管理自己的預算，例如通過 Stripe 或 Coinbase 提供的錢包完成支付，這甚至可能推動微支付真正落地，讓 Agent 可以訪問付費工具和數據資源。

當然，安全、合規與治理也會成為重大挑戰。在一個 Agent 處理敏感信息、甚至執行受監管流程（例如製藥或銀行業務）的世界裡，公司必須能夠審計和記錄 Agent 完成的每一項工作。長期運行的 Agent 可能需要獨立身份，以便登錄各種系統，並嚴格限制它們能夠執行的操作以及可訪問的數據。我們將需要一整套新的軟體與平臺來解決這些問題，就像過去我們為人類用戶和應用程式建立安全體系一樣。

整體而言，我們正進入一個新的軟體時代。在這個時代，軟體必須從一開始就為 Agent 的大規模使用而設計。當數萬億個 Agent 在為人類工作時，我們與軟體的關係也將被徹底重塑。

[原文連結]