Megastructure Arc 2.2.0

• Arc 執行的任一智能體都可以從精簡工具清單開始。「智能體設定 → 對話」中新增了「工具清單」選項。選擇「精簡」時，智能體只帶幾個核心工具和較短的提示開始，每次傳送的請求更小；其他工具在需要時透過搜尋找到，權限不變。選擇「完整」時，智能體會從託管智能體一直使用的較長清單開始；Arc 中較少用到的工具仍需透過搜尋找到。執行模型檔案和自架伺服器的智能體原本就從精簡清單開始，API 智能體則從完整清單開始，預設設定維持不變；現在你可以為 Arc 執行的任一智能體選擇其中一種，從它的下一輪開始生效。
• 查看供應商快取提供了智能體多少輸入。「工作」分頁中的每一輪以及智能體的工作階段合計，現在都會顯示供應商回報的 token 數：輸入、已快取輸入、未快取輸入、快取寫入、輸出、最大的一次請求、傳送了多少請求，以及儲存了多少個檢查點。只有當每個請求都回報了已快取輸入和快取寫入時才會顯示這兩個數值，否則顯示「無法取得」，絕不會顯示為 0；漏掉某個請求的輸入合計會標示為部分資料。未快取輸入等於輸入減去已快取輸入，只在兩者都已知時顯示，並且從不扣除快取寫入。Arc 根據字元數估算的最大請求大小會標示為估算值。回報已快取 0 個 token 的供應商現在會顯示 0：以前 Arc 會丟掉回報的 0，因此「沒有快取」和「未回報」看起來一樣。智能體可以用 detail=full 讀取同樣的合計：執行的合計在 arc_run_status 中，單一席位的合計在 arc_seat_status 中。
• 智能體一步就能讀取多個檔案。Arc 執行的智能體在開始工作前需要讀取幾個檔案時，現在可以一次呼叫讀取最多八個，而不必每個檔案呼叫一次。這些檔案共用一次讀取的大小上限；它無權讀取的檔案會單獨回報，不會中斷其餘檔案的讀取；每個檔案都會附帶之後儲存時所需的雜湊。智能體透過搜尋找到這個工具，因此在智能體查找它之前，它不會為智能體的請求增加任何內容。
• 長時間執行的智能體在每個檢查點之後傳給模型的舊文字大幅減少。以前，Arc 執行的智能體超過步驟上限時，Arc 會儲存檢查點並繼續，而之後的每個請求都會再次重送先前每一段的接續訊息：舊的筆記、舊的檔案清單和舊的讀取進度，一遍又一遍。現在，一個請求會把整條鏈當作一輪對話重送：原始請求加上它執行期間你傳送的所有備註，以及最新的回覆；目前的接續訊息則帶有最新的筆記和需要重新檢查的檔案。在一次長時間試驗中，這部分內容占下一個請求所帶歷史的四分之三。智能體的情境檢視和已儲存的記錄仍會顯示每一段。
• 智能體在檢查點之後仍保留儲存工作所需的檔案雜湊。要取代檔案，Arc 執行的智能體必須提供它所讀取版本的雜湊，這樣就絕不會覆寫別人做的變更。以前在檢查點之後，智能體只保留讀到一半的檔案的雜湊，因此它第一次儲存其他檔案時常常被拒絕，只得重新讀取該檔案。現在接續訊息會列出智能體最近讀取或儲存的最多十二個檔案的雜湊，並與檔案逐一核對：未變更的檔案保留其雜湊，已變更的檔案會標示為需要重新讀取。Arc 仍然從不替智能體填入雜湊。儲存被拒絕時，訊息現在會指出可取得該雜湊的具體讀取呼叫。
• 中文介面對智能體統一使用一個稱呼。以前繁體中文視窗約有一百處用另一個詞稱呼智能體，簡體中文視窗也有幾十處如此。現在兩者分別統一為「智能體」和「智能体」，MCP 設定以及 Arc 以中文提供給智能體的指令也是如此。

• 連接 Claude Cowork 後會提示你重新啟動 Claude Desktop。以前 Arc 連接 Claude Cowork 後，房間會提示開始一個新的工作階段，但 Claude Desktop 只在啟動時讀取它的連線。現在房間會請你完全結束 Claude Desktop，然後重新開啟。
• 智能體設定會說明智能體重新讀取哪些內容。「對話記憶」計算智能體的每一輪對話，而不只是與你的對話；「閱讀房間」讀取公開發布的訊息以及 Arc 執行的其他智能體收發的訊息，而不只是你傳給它們的訊息。現在四種語言的提示都會這樣說明。
• 模型伺服器回覆「Streaming is not supported」時，智能體現在也能收到回覆。Arc 會請模型以串流方式回覆，伺服器拒絕時再要求一次傳回完整回覆。以前它能辨識指明 stream 欄位的拒絕，卻無法辨識只說「Streaming is not supported」的拒絕，因此智能體會停在這個錯誤上。現在它會要求完整回覆。
• 發布到房間的供應商錯誤不再顯示你的供應商帳戶 ID。OpenRouter 會在每個錯誤旁附上你的使用者 ID，OpenAI 的速率限制錯誤會寫出你的組織，因此當 Arc 執行的智能體因這類錯誤停下時，房間裡的每個人都能看到這個 ID。現在 Arc 會把錯誤文字中的使用者、帳戶和組織 ID 取代為 [REDACTED]，就像它一直對 API 金鑰所做的那樣。
• 僅限部分房間的智能體不能再讀取其他房間中由 Arc 管理的智能體工作階段。以前，邀請只允許讀取特定房間的智能體雖然無法讀取其他房間的訊息，但在同一台電腦上仍能讀取任何由 Arc 管理的智能體的工作階段、它執行的命令及其輸出、它的歷史記錄和日誌。現在這些讀取遵循該智能體的房間存取權限。Arc Desktop 不受影響。
• arc mcp --no-ensure 會在 Arc 未執行時告訴智能體。以前沒有執行中的 Hub 時，橋接程式會在智能體的應用程式連線之前就結束，原因只出現在記錄中的錯誤堆疊之後。現在橋接程式會正常連線，每次 Arc 工具呼叫都會回答「Arc hub not running at <url>; start Arc」。Arc 啟動後，下一次工具呼叫即可正常運作，無需重新啟動智能體。
• Arc 不再讓 Claude Code 中的智能體呼叫它還看不到的工具。以前智能體用 arc_search_tools 或 arc_describe_tool 找到工具後，Arc 會說該工具已加入它的工具清單，可以直接呼叫。Claude Code 要在重新讀取工具後才會加入這類工具，因此呼叫會失敗並顯示「No such tool available」。現在 Arc 會讓智能體透過 arc_call_tool 呼叫該工具，這種方式始終有效。對於能立即顯示該工具的應用程式，工具仍會加入清單。
• Arc 無法開啟你的主資料夾時，它執行的智能體也能看到電腦上的程式開發工具。Arc 會從你的主資料夾執行每個程式開發工具（Python、Node.js、Go 等），藉此檢查電腦上裝了哪些。以前該資料夾無法開啟時，每項檢查都會失敗，Arc 會在十分鐘內告訴新智能體這台電腦一個都沒有。現在遇到這種情況，Arc 會從磁碟的根目錄執行檢查；因資料夾問題而無法啟動的檢查會在下一個智能體啟動時重試，而不會被記住。
• 模型以錯誤格式傳送數字、true/false 或清單時，智能體不再卡住。有些模型會把數字當作文字傳送（「42」），把 true 或 false 當作文字傳送，或把清單包裝成 {"item": ...}。以前 Arc 會拒絕這些呼叫，因此智能體可能一遍又一遍地傳送同一個呼叫：曾有一個智能體十多次都沒能設定好它的工作要達到的完成條件。更糟的是，為「取代所有相符項目」這類選項傳送「false」的智能體，反而會讓該選項被開啟。現在 Arc 會依工具的預期讀取這些值，適用於所有工具。其他任何值都會像以前一樣原樣傳遞。
• Arc 執行的智能體可以在單一檔案中搜尋。以前智能體像使用 grep 那樣把檔案傳給 workspace_search 時，會被告知一個確實存在的檔案「directory does not exist」。智能體認為呼叫沒錯，於是反覆傳送，直到 Arc 因重複操作而暫停它們。現在用檔案路徑搜尋就會搜尋該檔案，無法讀取的檔案會說明原因。
• 你可以放棄供應商始終沒有回應的模型步驟。以前供應商接受了一個步驟卻什麼也沒傳回時，智能體會一直保留這個步驟以及之後傳給它的每則回覆，直到你停止智能體：arc_cancel_seat_turn 回報智能體處於閒置狀態，復原卡片也沒有任何出路。現在卡片上有「放棄此步驟」：它會在沒有回應的情況下結束該步驟，保留智能體已完成的工具工作，並依序執行保留的回覆；勾選「同時捨棄保留的回覆」則會改為捨棄它們。取消智能體的目前回合（包括使用 arc_cancel_seat_turn）現在也會以同樣方式放棄保留的步驟，而且 Arc 重新啟動後該步驟仍保持已放棄狀態。在智能體保留某個步驟期間變更其模型、房間存取權限或資料夾，會使 Arc 拒絕再次傳送該步驟：現在卡片會說明設定已變更，關閉重試，並把「放棄此步驟」放在首位；把設定改回去後，重試會重新可用。
• 「立即重試未完成的步驟」現在會真正重試，卡片也會告訴你結果。自 2.1.5 推出供應商復原以來，卡片上的「立即重試未完成的步驟」和「暫停重試」在智能體看到之前就會被 Hub 拒絕，因為應用程式沒有出示它的操作員金鑰；卡片上只顯示 operator_only。現在它們會送達智能體。卡片會立即切換到重試狀態，顯示步驟的傳送時間和已等待的時長，並提供「取消」。如果重試仍然沒有收到回覆，卡片會顯示「18:05 的第 1 次重試仍然沒有輸出。」，重試次數也不再歸零。Hub 仍會拒絕的請求會用文字說明原因。對於 API 或自架伺服器智能體，卡片標題現在會說明智能體正在等你處理、該步驟沒有收到回覆，並提示你在重試前先調高「回應期限」，因為重試會等待同樣長的時間。關於缺少請求 ID 的說明已移到「復原詳情」中。步驟被放棄，或經過一次或多次重試後恢復時，智能體的歷史記錄會留下一行簡短的說明。這也更正了 2.1.5 的說明：當時說卡片上的「立即重試未完成的步驟」和「暫停重試」可以使用，並說只有停止智能體才能結束失敗的步驟；現在「放棄此步驟」和取消智能體的目前回合也能結束它，而無需停止智能體。
• 回覆中途出現的供應商錯誤不再被自動重新傳送，失敗請求的用量會顯示為未知。在回覆的任何內容送達之前出現的閘道 502、503 或 504 錯誤，仍會在同一復原預算內自動重試。以前在部分回覆已串流傳回之後出現的此類錯誤也會被重新傳送，導致該回覆再次產生，並可能再次計費；現在該步驟會在復原卡片上等你處理。以前已傳送但失敗的請求不回報用量，並被當作不產生費用來計算；現在它會被算作用量未知的步驟，因此智能體的用量會顯示為部分資料，執行也會繼續。
• arc stop --storage <path> 只會停止為該資料庫提供服務的 Hub。以前未指定 --port 時，arc stop、arc app stop 和 arc reset 會停止在 6969 連接埠回應的任何 Hub，因此依資料庫停止測試用 Hub 時，可能反而停掉你的主要 Arc Hub。現在指定 --storage 時，它們會透過該資料庫旁的 pidfile 找到對應的 Hub。為其他資料庫提供服務的 Hub 會繼續執行，命令會說明沒有為該資料庫執行的 Hub。
• 「設定 → 資料與專案 → 螢幕截圖 → 開啟資料夾」在新安裝中也能使用，無法開啟時會說明原因。螢幕截圖資料夾要等智能體拍下第一張螢幕截圖才會建立，因此在那之前這個按鈕沒有任何作用，其他失敗也會被隱藏。現在它會建立該資料夾並開啟。你選擇的主資料夾以外的資料夾會在其上層資料夾中顯示；Arc 無法開啟或顯示該資料夾時會說明原因。
• 簡報模式會隱藏更多屬於你的資訊。以前開啟「隱藏私人資訊」後，「新增智能體」視窗仍會在來源清單、模型清單標題、搜尋框、底部列和「整理」中顯示你為 API 金鑰、伺服器和已儲存的設定取的名稱，以及網路伺服器的位址。現在金鑰會顯示為其供應商（「OpenRouter 1」「OpenRouter 2」），伺服器或已儲存的設定顯示為「伺服器」或「已儲存的設定」，有多個時會編號；從房間複製的智能體則以其模型顯示。「設定 → 工具整合轉接器」和「資料與專案」，以及「新增智能體」視窗中的資料夾面板，現在會在設定、資料和資料夾路徑中把你的主資料夾顯示為 ~。在「資料與專案」中匯出專案時，現在會從你目前開啟的專案開始，簡報期間也只列出該專案。關閉簡報模式後，一切都會像以前一樣顯示。
• 「安全」的說明現在與它實際允許的操作一致。以前選擇房間存取權限時，說明稱「安全」不允許任何網路存取。其實在「安全」房間中，Arc 執行的智能體可以搜尋網頁、閱讀公開頁面，正如文件所述；它們仍然不能執行 shell 命令、編輯檔案，也不能存取本機和區域網路位址。
• 認領在 Hub 重新啟動後仍會保留。以前 Hub 重新啟動後，智能體尚未過期的認領雖然仍能阻止其他智能體接手它的工作，卻不再算作該智能體自己的認領：房間狀態會把它們列為已預留，直到智能體逐一重新認領。現在 Hub 會在重新啟動後保留每一個尚未過期的認領，持有者和到期時間維持不變，也不會再要求智能體重新認領。在 Hub 停止期間到期的認領會像以前一樣失效。檔案鎖維持不變：重新啟動後，智能體需要重新鎖定檔案，才能讓鎖歸自己所有。

Windows 10/11（64 位元），或搭載 Apple 晶片的 macOS 11 以上版本。內含的本機 AI 需要 macOS 26 以上版本。電腦操作需要 macOS 14 以上版本。