Markdown 版本

AI-translated from English; not yet reviewed by a fluent editor.

# Anthropic 表示 Claude 應用程式速度提升三倍：改變了什麼？

> Anthropic 表示，8 月兩週衝刺後，Claude 應用程式的 13 項測量平均快了三倍。工程團隊說明了使用者獲益、測量流程，以及由人員掌控的發布機制。

By BIG CHANGE Editorial

Published: 2026-09-23T22:52:14.043Z
Updated: 2026-09-23T22:52:14.043Z
Canonical: https://bigchange.ai/blog/anthropic-claude-app-performance-sprint

![A charcoal-and-ink close view of an unbranded desktop monitor with a blank message field and orange text caret.](https://bigchange.ai/api/media/file/claude-performance-composer-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE.

Anthropic 表示，8 月兩週衝刺讓 claude.ai 與 Claude 桌面應用程式的核心操作速度約提升三倍。其 [9 月 23 日發布的工程說明](https://claude.dev/blog/how-we-made-claude-ai-faster)比單一標題數字更有參考價值：它列出哪些操作變快、團隊如何檢查測量結果，以及工程師在哪些環節仍負責決策與發布。

## 重大變化

- **有哪些變化：**Anthropic 表示，常見網頁與桌面操作的 13 項測量結果都縮短了等待時間。3.1 倍是這些改善幅度在 8 月 13 日及 27 日第 75 百分位數測得後的幾何平均值。這是公司針對特定使用流程公布的結果。
- **為何重要：**對 Claude 使用者來說，開啟新的網頁後，能開始輸入的時間從 3,085 毫秒降至 550 毫秒，讓反覆使用產品時的某個環節更快。對工程團隊而言，這個案例顯示 AI 助理如何協助處理經測量確認的效能問題，同時由人員決定優先順序並核准變更。
- **後續觀察重點：**Anthropic 表示，第 95 百分位數、其他操作流程及極長對話仍有改善空間。這些指標將顯示所報告的效能進步，是否也適用於指定操作及 8 月比較範圍以外的情境。

## 使用者獲得了什麼改善

Anthropic 找出四種據稱涵蓋 95% 使用者活動的操作流程：啟動應用程式、開始對話、載入對話及傳送訊息。這些操作在網頁版、桌面版與其產品中形成 13 項測量。每項測量都從使用者操作開始，以結果畫面呈現為終點，並分開計算用戶端與伺服器工作。

在全新載入的 claude.ai 網頁上，第 75 百分位數的可輸入頁面載入時間從 3,085 毫秒降至 550 毫秒，速度提升 5.6 倍。桌面應用程式冷啟動時間從 6,310 毫秒降至 3,328 毫秒，快 1.9 倍。桌面載入 Claude Cowork 雲端工作階段的時間從 2,566 毫秒降至 728 毫秒，快 3.5 倍。網頁聊天傳送訊息的用戶端耗時從 180 毫秒降至 59 毫秒，快 3.1 倍。這些是不同平台上的不同操作；整體 3.1 倍是全部 13 項比率的幾何平均值，不是任何單一工作的測量結果。

比較採用 Anthropic 於 8 月 13 日及 27 日，在第 75 百分位數進行的真實使用者監測。文章未發布獨立稽核結果、這些操作在第 95 百分位數的數據，也未以受控方式估算 Claude 協助造成多少改善。Anthropic 估計，較快的操作每天可省下數萬個使用者等待時數，但未公開該估算的計算過程。

## 改善背後的測量流程

團隊首先列出工程師挑選的約 20 個專案。Anthropic 表示，使用名為 Claude Tag 的測試版代理程式找出瓶頸、建立基準並提出變更；該代理程式使用的內部研究模型大致相當於 Opus 5.5。團隊說，第三天已達成最初 13 個目標中的 12 個，接著設定新目標，並尋找現有監控系統漏掉的問題。

其中一個例子始於側邊欄列項在頁面載入後移動的錄影。原有的累積版面位移指標未能凸顯此問題。工程師提議採用底層的 Layout Instability API。接著 Claude 加入遙測功能，標示受影響的頁面區域，並新增一項會延遲側邊欄資料的整合測試。Anthropic 表示，原始程式碼在 20 次測試中全部失敗，提出的修正則在 20 次測試中全部通過。部署遙測後，公司稱發現 31% 的網頁載入仍在頁面可使用後發生位移。這是 Anthropic 記錄的衝刺案例，BIG CHANGE 未重做測量。

團隊也使用實驗室指標加快版本迭代。對兩段 JavaScript 熱點程式碼，他們在相同基準測試中比較確定性指令計數與實際經過時間。Anthropic 表示，指令計數降低 48% 及 31% 時，實際經過時間分別減少 78% 及 44%。團隊將指令計數設為持續整合的上限，並在效能改善後逐步調低上限。該公司表示，已淘汰不可靠或無法反映使用者延遲的基準測試。這項區分很重要：實驗室計數用來指引變更，真實使用者讀數則用來檢查發布後的工作是否確有改善。

## 人員如何持續掌控

Anthropic 描述了一個 Slack 頻道，內含許多範圍明確的討論串，各自聚焦一項操作流程或基準測試。Claude 負責追查問題、提出基準測試與程式碼提取要求、監看部署並讀取實際使用資料。工程師設定目標、決定可接受的使用者體驗取捨，並核准每項變更。每個討論串都有具名的人類負責人。工程師認為，一項每則訊息只節省兩毫秒、卻包含 900 行變更的提案維護成本過高，因此予以否決。

Anthropic 表示，發布流程包含多項檢查。每個程式碼提取要求都經過自動審查及至少一名人員核准，且最佳化前須通過單元測試。使用者可見的變更先透過短期功能旗標控制。高風險變更先提供給員工使用，再推送給 1% 使用者，最後才全面推出。團隊在衝刺期間新增近 200 個旗標，並表示超過半數在衝刺結束前移除。Anthropic 表示，合併了 3,000 多項變更，且未發生面向客戶的事故或回滾。這是公司對本次衝刺的說法，不能證明其他團隊或程式碼庫也會有相同結果。

靜態輸入框說明這些控制措施的重要性。Anthropic 在 React 載入期間，先將可輸入的編輯框放入初始 HTML。為了檢查交接流程，測試在 14 種視窗尺寸下比較靜態版本與 React 版本，將對齊誤差限制在一個像素內，並在轉換期間輸入文字，以發現按鍵遺失或順序錯亂。實際使用遙測則測量交接時的位移。之後一名員工發現，新分頁中仍有版面位移未被這些測量捕捉；Anthropic 追查後認為原因是瀏覽器在預先載入時調整尺寸，於是針對該情境加入測試。

Anthropic 的報告支持一項特定結論：工程師在由人員主導的發布流程中，使用 Claude 尋找並改善經測量確認的瓶頸；8 月底，特定使用流程確實變快。但較慢區段的產品效能、改善能維持多久，以及獨立觀察者會將多少成果歸因於代理程式，而非團隊的測量工具、工程工作及發布決策，仍未釐清。

## Sources

- [Anthropic 工程團隊：我們如何在兩週內讓 claude.ai 快三倍](https://claude.dev/blog/how-we-made-claude-ai-faster) — Anthropic 對 8 月兩週衝刺的主要工程說明。內容提供 8 月 13 日及 27 日第 75 百分位數的真實使用者測量、實驗室基準案例、所述的人員監督及發布控制措施，以及公司提出的事故紀錄。未提供獨立稽核或將成果因果歸於 Claude 單一因素的分析。
- [Anthropic：程式碼審查](https://claude.com/blog/code-review) — Anthropic 衝刺文章連結的自動審查背景資料。衝刺文章本身表示，每項程式碼提取要求都經過自動審查，並至少取得一名人員核准。