Anthropic測AI跨裝置複製,電視盒與雲端實驗各做到哪一步?
Anthropic 如何研究 AI 跨裝置部署與雲端實驗?
Anthropic於2026年10月13日公布AI跨裝置部署研究,其中一項實驗讓15台電視盒合力執行一套模型,展示模型可在多個小型裝置上運行。另一項隔離雲端實驗則讓AI透過不需身分驗證的介面接續部署,由GLM-5.2指揮部署Llama3.1-8B模型服務。這些實驗旨在解決硬體容量限制,並測試AI在不同環境下的部署與傳播能力。

(媒角抵加/林承志綜合報導)Anthropic於台灣時間10月13日公布AI跨裝置部署研究:15台電視盒合力執行一套模型;另一組隔離雲端實驗,讓AI透過不需身分驗證的介面接續部署。負責指揮的模型仍在外部伺服器運行,裝置執行的是另一套較小模型。對台灣家戶與店家,現在可先查設備更新、遠端管理入口,並限制連網家電與工作電腦互通。
關鍵資訊
- 發布事件:Anthropic研究頁標示2026年10月12日,發布時間換算台灣為10月13日。
- 實體展示:15台Android電視盒分工執行Gemma4-26B-A4B。
- 部署測試:8個隔離雲端節點;GLM-5.2指揮部署Llama3.1-8B。
- 入口條件:模擬裝置的Android除錯介面不需身分驗證。
- 現階段狀態:受控實驗;小型模型自行運行並持續傳播仍是研究預測。
15台電視盒合力運算,展示的是模型能在哪裡執行
Anthropic前沿紅隊研究者William Zhou與Daniel Freeman在原始研究中,把一套Gemma4-26B-A4B模型分配到15台各有4GB記憶體的Android電視盒。每台保存部分模型,裝置間交換運算結果,合力完成文字生成,展示速度為每秒約0.39個token,也就是模型處理文字的單位。
這個展示處理的是硬體容量問題:單一小型裝置放不下整套模型,便由多台共同負擔。研究者買入、連接並設定這批電視盒;尋找下一台目標、取得控制權,以及把模型部署過去,是另組測試的工作。
雲端測試由GLM指揮,部署的是Llama模型
跨節點實驗使用8個模擬Android的雲端節點。依Anthropic公布的方法,GLM-5.2負責選擇操作、搬送部署材料與設定執行環境,目標節點提供的則是Llama3.1-8B模型服務。指揮模型在另一部伺服器運行;測試系統確認目標服務通過檢查後,再啟動代理接續作業。
官方8節點結果圖列出,GLM-5.2在5次試驗中,有4次讓全部8個節點提供模型服務。圖中Qwen3.5-9B、Gemma4-26B-A4B與Qwen3-Coder-Next,各自在所列試驗中均未建立可計入的模型服務節點。
這兩項角色有不同要求。指揮模型得處理軟體相容、設定錯誤與下一步行動;目標裝置則要有足夠記憶體與運算能力執行被部署的模型。研究正在測量這兩項能力何時能集中在一套小型模型上。
除錯入口沒有驗證,真實電視盒也曾出現這類缺口
實驗的入口是Android Debug Bridge(ADB),一種供開發與維護使用的除錯介面,測試設定不要求驗證身分。AI取得執行入口後,才接著處理部署;登入驗證與複雜漏洞利用的難度,未納入這組設定。
在真實攻擊中,類似的入口已有獨立紀錄。Palo Alto Networks旗下Unit 42的Kimwolf v7分析指出,部分Android電視盒出廠便開啟ADB。攻擊者濫用住宅代理服務,經由代理端點進入區域網路,接觸未驗證身分的除錯服務,再安裝惡意程式。Unit 42於2026年8月11日發布分析,記錄的是既有Kimwolf殭屍網路活動。
裝置位於家中或店內,外界仍可能透過其他服務找到進入網路的路徑。因此,入口是否要求驗證、裝置之間能否互通,以及有哪些程式可以執行,都影響一次入侵後的擴散範圍。英國國家網路安全中心(NCSC)的防止橫向移動指引建議,把不需互通的系統分到不同網段,並以防火牆限制不必要的連線。
年底達到複製能力,是依模型進步速度推估
Anthropic預估,若小型模型延續過往進步速度,可能於2026年底達到完成複製流程所需的能力。這項推估採用Epoch Capabilities Index(ECI);Epoch AI說明,ECI將多項測試彙整為通用能力指標,衡量的是模型跨任務的表現。
研究把這個指標當作複製能力的替代衡量,尚未完成一套小型模型在實體裝置上自行運行、取得新裝置並持續傳播的完整展示。年底是Anthropic的趨勢估計,設備類型、可用記憶體、軟體相容性與網路防護,都會改變實際部署的結果。
防護從設備入口開始,隔離已有其他殭屍網路研究
Anthropic提出的防護方向包括觀察模型檔案搬送、異常裝置互傳與掃描流量,再隔離受感染設備並通知使用者。這些是研究者對AI複製程式的防護建議;相關的實際清除經驗,來自既有物聯網惡意程式。
2019年NDSS發表的Mirai清除研究結合觀察研究與隨機對照試驗,納入220名受感染用戶。研究中,業者把受影響連線限制在可取得清除指示的網路範圍,並通知用戶處理,14天內清除了92%的感染;只寄電子郵件的組別,與未通知的對照組相比沒有可觀察的改善。這項結果適用於該研究中的Mirai感染與介入方式。
對家戶而言,NCSC智慧裝置指引建議,購買前確認原廠支援期限、改掉預設密碼,並及時安裝更新;沒有外出操作需求時,關閉遠端存取。已停止支援的產品,後續安全修補的來源也會中斷。
台灣家戶與店家,先列出誰能管理每台裝置
成功大學資工系公開的物聯網設備管理注意事項,要求使用單位更改出廠密碼、關閉不用的服務、限制可連線來源,並定期更新軟韌體。這份校園管理文件,也提醒由廠商設定設備的單位取得管理帳密,掌握設備存取權限。
媒角抵加建議,家戶與小型店家先做一份裝置清單,記下型號、負責人、原廠支援期限與管理方式。由負責人核對是否開啟網路除錯或遠端管理;店內攝影機、電視盒等不需接觸帳務資料的裝置,交由網路管理者設定與工作電腦分隔的網段及存取規則。
設定網段時,另確認手機控制家電、觀看攝影機等原有功能是否仍可使用,僅保留必要連線。如果公司另有AI代理可以操作檔案或服務,工具授權也有自己的範圍,盤點方式可參考AI代理上工前先問四件事;以工作環境限制讀取、寫入與外連的設計,見NVIDIA代理安全平台報導。
清單完成後,每台裝置都會有可以回答更新、管理與網路設定問題的人。若原廠已停止支援,或無法關閉不必要的管理入口,就由負責人評估更換、停用或限制連線。
資料來源與更新紀錄
- Anthropic原始研究與方法:研究頁日期2026年10月12日;發布時間為19:30 UTC,換算台灣10月13日03:30。
- 官方8節點結果圖:原始結果、模型名稱與節點服務數;與研究頁屬同一研究。
- Unit 42的Kimwolf v7原始分析:2026年8月11日發布,補充住宅代理與未驗證ADB的真實攻擊途徑。
- Epoch AI的ECI說明:通用能力指標的定義與方法。
- Mirai清除原論文:NDSS2019研究,220名用戶與業者隔離、通知的結果。
- NCSC智慧裝置指引與防止橫向移動指引:設備支援、密碼、更新、遠端存取與網路分隔。
- 成功大學公開物聯網管理文件:校園設備管理注意事項;公開文件未標明發布日期。
- 作者:林承志。資料查閱與更新日期:2026年10月14日。
Anthropic的電視盒實驗如何執行?
研究者將一套Gemma4-26B-A4B模型分配到15台各有4GB記憶體的Android電視盒,每台僅保存部分模型,裝置間交換運算結果以共同完成文字生成,展示了模型在硬體容量受限情況下的執行方式。
雲端實驗中,GLM-5.2扮演什麼角色?
在雲端實驗中,GLM-5.2負責選擇操作、搬送部署材料與設定執行環境,指揮位於外部伺服器的模型,並將Llama3.1-8B模型部署到目標節點,以測試AI的部署與傳播能力。
實驗中發現的除錯入口問題有何潛在風險?
實驗使用的Android除錯介面(ADB)在測試設定中不需身分驗證,這與真實攻擊情境類似,攻擊者可能利用此類未驗證的入口接觸未驗證身分的除錯服務,進而安裝惡意程式,擴散入侵範圍。