Megastructure Arc 2.1.6

• 從連線新增的 API 智慧體，在模型能看影像時可以看到貼上的影像。透過「新增智慧體」加入的這類智慧體從未經過認證，Arc 無法判斷其模型能否看到影像，因此會告訴它們圖片未顯示。現在，這類智慧體啟動時，Arc 會用一張小影像詢問其模型一次並儲存答案，因此訊息中的影像與「檔案」按鈕附加的影像會送達能看影像的模型；無法看影像的模型仍保留文字參照與說明。在這次檢查執行之前，如果供應商目錄（例如 OpenRouter 的目錄）列出了模型的輸入類型，就由目錄為新加入的智慧體作出判斷。檢查如果因端點一方的問題失敗（例如伺服器錯誤、連線中斷或超過「回應期限」），Arc 會在至少十分鐘後的啟動時再次詢問；金鑰被拒、餘額不足或遇到速率限制時，則會在下一次啟動時再次詢問。「代理設定 → 限制」為 API 與自架伺服器智慧體新增了「圖片」：可選擇「由 Arc 判斷」、「顯示」或「不顯示」，並顯示 Arc 的判斷及原因，或尚無結果的原因。變更會從智慧體的下一輪開始生效。
• 模型檔案可以藉由視覺投影器看到影像。如果模型檔案所在的資料夾中只有一個視覺投影器（mmproj .gguf，視覺模型通常會把它和權重放在一起），Arc 會將它與模型一起載入，並在依記憶體決定上下文視窗大小時把它計算在內。智慧體啟動時會檢查一次其模型能否看到影像。能看到影像的模型會收到貼上與附加的影像，並在完全存取房間中取得電腦工具；在 Arc 可以操作桌面的電腦上，模型會先進行一次指向測試，讓它的點擊採用它實際使用的座標。任一檢查逾時都不算結果，下一次啟動時會再試。透過 HTTP API，可以為模型檔案的設定指定某個投影器或將其關閉（projector：路徑、auto 或 off）；「代理設定」中沒有對應的選項。在 2.1.6 之前新增的模型檔案沒有投影器的記錄：請重新新增它，再從新增的項目加入其智慧體。
• MCP 服務傳回的影像會儲存到房間中。你授權給智慧體的 MCP 服務中的工具傳回影像時（例如在本機繪圖或呼叫託管影像 API 的影像生成伺服器），Arc 會將它作為影像成品儲存到房間中，每次呼叫最多四張，替代文字依服務、工具與呼叫中的提示詞產生。智慧體取得的是可以附加到訊息中的參照，而不是一段被截斷的影像資料。MCP 服務仍需要完全存取房間。如果影像無法讀取或大於 8 MB，結果會說明它為何沒有儲存。
• 「回覆接收方式」成為使用 Chat Completions 協定的 API 智慧體的設定。在「代理設定 → 限制」中，使用 Chat Completions 協定的 API 智慧體（包括自訂 OpenAI 相容端點）可以選擇「Arc 預設：串流接收」、「串流接收」或「完整回覆後接收」；變更會從智慧體的下一輪開始生效，並會再次向拒絕過串流的供應商要求串流。以完整回覆方式儲存的自訂端點會保留該方式，直到你在這裡選擇「串流接收」或「Arc 預設」；升級不會改變它。使用 Anthropic Messages 或 Responses 的 API 智慧體，以及自架伺服器智慧體，一律使用串流接收，因此它們的「回覆接收方式」為唯讀。執行中智慧體的供應商拒絕串流時，該設定會顯示「完整回覆後接收（供應商拒絕串流輸出）」。設為「完整回覆後接收」的智慧體超過「回應期限」時，錯誤訊息也會建議將「回覆接收方式」改為「串流接收」。
• 內建的介面審查步驟。智慧體可以透過 arc_get_skill 取得 skill_id 為 arc-ui-review 的技能（arc_browser_open 現在會提到它），依步驟審查畫面：擷取頁面、附上影像發布評論、將變更做成 HTML 或 SVG 成品形式的原型、在截圖上標註，並將變更前後的影像並排發布。它說明了原型頁面可以載入的內容：行內樣式與先前的截圖，不能使用指令碼或外部檔案。它提供英文、簡體中文、繁體中文與日文版本，你可以在「設定 → Arc 指令」中與其他內建指令一起編輯或重設它。

• 逾時與連線中斷的錯誤現在會指向復原卡片中的重試。回覆超過「回應期限」或串流回覆的硬上限，或供應商或模型伺服器關閉了連線時，錯誤訊息不再建議傳送新訊息（新訊息只會排在被保留的步驟之後等待），而是建議在需要時先調高「回應期限」（代理設定 → 進階）或調低「每步輸出 token 數」（代理設定 → 限制），再選擇「立即重試未完成的步驟」。
• 供應商冷卻期間遭拒的重試，現在會以你所在時區的時間顯示。在供應商冷卻期間選擇「立即重試未完成的步驟」時，拒絕訊息以前以 UTC 提供最早的重試時間，而房間卡片顯示的是本機時間。現在拒絕訊息會提供含 UTC 時差的本機時間，例如 2026-10-15T00:30:00-07:00。
• 啟動時清除了過時失敗測試的智慧體，會重新接受限制變更。如果智慧體啟動時清除了舊版 Arc 留下的連線測試失敗記錄，它在重新啟動之前都不會接受之後的限制變更。現在，它會從下一輪開始接受這些變更。
• 啟動完全存取智慧體的一輪不再拖慢 Hub。這類智慧體開始工作前，Arc 會列出電腦上的程式開發工具（Python、Node.js、Java、.NET 等）寫入其指示。以前 Arc 逐一檢查這些工具，期間傳給 Hub 的其他請求都必須等待；在忙碌的 Windows 電腦上，這可能超過 15 秒並導致啟動逾時。現在 Arc 會同時檢查它們，並在十分鐘內或 PATH 改變之前重複使用這份清單；沒有及時回應的工具會在下一次啟動時重新檢查。
• 流量限制的第一次快速編輯現在會被保留。「設定 → 連線與模型」中的「同時請求數」、「伺服器槽位數」與「每分鐘請求數」欄位可能在剛出現時自行重設，撤銷你在那一刻輸入的值：清空「伺服器槽位數」後輸入 3，可能會儲存為 13。現在，這些欄位只會在已儲存的限制改變時更新。
• Arc 命令列在輸出到檔案或管道時會使用 UTF-8。在 Windows 上，重新導向時 arc --help 與 arc-daemon.exe --help 會因 UnicodeEncodeError 而失敗，任何輸出系統字碼頁以外文字（例如中文或日文路徑）的命令也是如此，錯誤訊息還會將這類文字顯示為反斜線跳脫序列。現在重新導向的輸出與錯誤訊息都使用 UTF-8；主控台視窗不受影響。

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