英國 AI 監管鎖定海外供應商 英國權衡存取風險

英國正透過其網絡安全法案尋求加強英國 AI 監管，儘管其先進系統依賴海外開發商。政府一項修正案將容許制定進一步規例，處理涉及失去對 AI 代理監督或控制的事故；AI 代理是會為達成既定目標而採取行動的軟件。眼前的矛盾在於，英國如何調查危險系統，同時維持其國防亦需要使用的技術供應。

前 AI 政策公務員 Elle Smith 在 10 月 24 日於 UnHerd 撰文，警告該建議對海外開發商的影響範圍。她的海外供應商分析認為，廣泛的酌情權與有限辯論或會削弱英國的地位。這是對該建議的批評，而非開發商已宣布會因此撤出的證據。

官方文件則顯示一個較狹窄的起點：大臣希望取得處理與必要服務相關 AI 風險的額外權力。核心爭議在於政府問責與持續取得海外技術之間的取捨。對開發商及企業買家而言，結果取決於哪些供應商會被納入範圍、當局可要求哪些證據，以及日後規則如何限制執法。

英國 AI 監管修正案實際改變了甚麼

該建議為取得額外權力建立途徑；並非立即對每名 AI 開發商實施一套通用的檢查制度。

政府第 70 號修正案載於 10 月 22 日的報告階段修正案。該修正案將容許制定規例，賦予大臣有關網絡入侵，或因失去對 AI 代理監督或控制而引致的相關風險的職能。

文本設想對受規管人士不遵從規定時進行調查、保存資料、測試、檢查及制裁。文本亦明確設想涉及英國境外資料或步驟的要求。重要定義將透過規例訂立。

這組安排解釋了為何海外供應商會受到關注。本地基建可以依賴在其他地方開發的軟件，而調查故障所需的證據亦可能位於國境之外。

然而，提及英國境外的活動，並不代表對每一間海外實驗室擁有無限制管轄權。受規管實體、相關系統、觸發情況及最終規例均屬關鍵。

讀者應區分國會修正案與其可能的實施方式。授權條文容許日後制定規則；實際義務則取決於該後續程序產生甚麼規定。

這個分別亦改變了問責問題。在尚未取得每項運作細節之前，國會正在審議權力架構，因此授權界線成為辯論核心。

一項界定狹窄的調查責任，與要求反覆評估開發商整個產品組合的開放式規定，會帶來截然不同的後果。把兩者視為可以互換，會掩蓋眼前的選擇。

制裁亦同樣如此。獲准設立罰則，並不會告訴供應商哪些行為會觸發罰則，或可適用哪些抗辯理由。這些細節決定商業風險。

截至 10 月 25 日，該修正案仍是建議，等待於 10 月 26 日舉行的上議院報告階段。其發布不應與立法通過或生效混為一談。

因此，對客戶而言，眼前改變是政策訊號。英國希望有更清晰的途徑，調查某些 AI 故障，包括涉及海外供應關係的故障。

在合約或部署計劃改變之前，這項訊號值得關注。買家需要對潛在規則抱持準確預期，尤其是供應商同時服務多個司法管轄區的客戶時。

最有用的解讀應避免兩個極端。把修正案當作例行公事，會忽略其具意義的酌情空間；把它描述為全面控制海外 AI 公司，則誇大了已發布建議所確立的內容。

英國為何一邊使用海外 AI，一邊尋求更多權力

英國的保安理據包括將先進 AI 用於國防，同時為涉及同一類技術的故障作準備。

政府 10 月 12 日的AI 韌性聲明介紹了防禦性部署、獨立評估及事故應對方面的工作。大臣表示，政府不能只依賴開發商評估其自身系統。

該聲明指，試點項目在 18 個部門的 548 個程式碼儲存庫中，發現並處理了 1,352 個漏洞。這些數字是政府報告的營運結果，而不是對整體保安改善的獨立衡量。

不過，這些數字確立了存取問題的重要具體原因。政府正追求防禦性用途，同時考慮加強保障措施，而非把先進 AI 純粹視為威脅。

實際上的張力正由此而來。保安機關需要足夠資料以理解事故；保安團隊亦需要可靠地取得支援其工作的工具。

設想一個說明性的公共服務部署。某個 AI 工具審閱軟件、提出修改建議，並獲准執行特定行動。其後，一項意外行動影響了相連系統。

調查需要區分模型的行為、權限、指令及周邊軟件。只檢視受影響機構，可能會留下重要問題未解。

只檢視開發商同樣不完整。客戶的配置可決定哪些行動可行，以及哪些保障措施仍然有效。

這正是為何供應商問責與客戶責任應放在同一討論之中。無法追溯兩者互動的調查，可能會得出不完整的解釋。

政府權力的潛在好處是可取得更清晰的證據。取得相關紀錄有助確定發生了甚麼，以及擬議補救措施是否處理了實際故障。

相應風險則是介入措施未能精準針對問題。如果調查人員欠缺明確假設或相關專業知識，廣泛要求可能會消耗技術資源，卻無助提升理解。

因此，壓力落在多個參與者身上。海外開發商面對合作問題；必要服務營運商面對依賴關係問題；政府面對自身是否有能力勝任調查的問題。

對醫院、公用事業機構或公共機構而言，重要結果是服務持續性。一項成功政策應在支援安全使用有用工具的同時，改善對事故的理解。

這個標準比單純取得額外權力要求更高。當局必須說明，這些權力如何提升應對工作的質素和速度。

這亦需要對替代方案作出可信交代。若調查期間存取受到限制，受影響機構需要一個可行方法，繼續維持必要運作。

政府的防禦雄心令這個持續性問題無可避免。英國不能只計算施加於供應商的義務，便評估監管的後果。

海外 AI 供應商面對日後規則的不確定性

英國 AI 監管的商業後果，很大程度取決於大臣尚未敲定的定義與程序。

政府的授權權力備忘錄說明，其預定重點是涉及代理式 AI 失去控制的事故。文件提到蒐集資料、識別緩解措施，以及與相關機構分享經驗。

備忘錄亦承認，若干關鍵概念尚未有既定的法律定義。文件建議透過後續規例，界定 AI 代理及失去監督或控制。

根據備忘錄，這些定義將須經諮詢及草案肯定程序，而後者需要國會批准。在評估「國會不會再有任何角色」的說法時，這項限定相當重要。

未解決的實質問題，仍留下艱難的界線問題。軟件出現意外行動，何時會成為足以啟動這套制度的嚴重失控事件？

錯誤建議與未獲授權行動不同。未獲授權行動，亦不同於操作員嘗試停止後仍繼續行動的系統。

規則應清楚區分這些情況。否則，供應商與客戶將難以了解應保留哪些證據，以及當局何時預期他們合作。

模型與其部署之間的界線同樣重要。模型產生輸出；應用程式則可把這些輸出連接至權限及營運工具。

這項區分在供應鏈之間尤其重要。原始開發商、託管服務供應商、應用程式建構者及客戶，各自可能控制系統不同部分。

分配責任時，必須注意這些實際能力。把責任指向錯誤參與者，可能只會製造文書工作，卻未有處理相關風險。

海外 AI 供應商亦需要釐清證據要求。識別受影響模型版本的紀錄，與涉及無關客戶資料的要求，帶來不同挑戰。

因此，保密保障有助實現有效監管。供應商需要理由相信，敏感材料披露後會獲得適當保護。

客戶同樣需要這種信心。如果披露似乎可能暴露無關的營運細節，他們報告事故的意願便會減弱。

有效程序應把每項要求連繫到列明的調查目的。這種連繫有助當局取得有用資料，也讓接收者了解合作範圍。

開放權重模型的問題帶來另一項複雜性。這些模型讓其他人可運行或修改已訓練參數，令開發與某些後續部署分離。

原始開發商可能無法掌握在其他地方運作的修改系統；部署者則可能控制權限、日誌及緊急應對。

這並不能決定責任應落在何處。它顯示最終規則為何需要將義務，配對各參與者實際擁有的資料和控制權。

對企業買家而言，採購問題將隨這些區分而來。單看供應商所在地，無法讓客戶充分了解誰能解釋事故或實施補救措施。

更有用的問題關乎營運問責：哪一方可以提供證據、改變配置並維持服務運作？

模型存取風險需要證據，而非假設

存取延誤已有記錄，但這並不證明這項修正案會令先進模型撤出英國。

GovAI 的模型存取研究檢視了 Meta、Google、OpenAI 及 Anthropic 在 2018 年 6 月至 2026 年 5 月期間推出的 375 項產品。研究發現，相較美國，英國有 7% 的產品出現延遲或未推出的情況，歐盟則為 11%。

作者暫時認為，在大多數已辨識個案中，監管因素是主要成因。他們亦強調資料保障因素，而非將每次延遲都視為由 AI 專屬監管造成的結果。

這些發現附帶重要限制。英國在取得研究所選能力指數中排名最高的模型時，並未出現延遲。而且，延遲情況整體亦隨時間減少。

研究未發現有力證據顯示，歐盟《AI 法案》在研究期間內導致延遲。由於時間範圍所限，研究無法就其後的執法作出結論。

這些發現令與歐洲的比較更為複雜。英國確實曾面對存取阻礙，但現有證據並不支持一種所有產品均被一律排除的簡單說法。

不同公司的差異同樣重要。研究發現，在受檢視的開發商中，Meta 的整體延遲及未推出比率最高。各供應商的反應並不相同。

對政策制定者而言，這種差異意味著不應預測整個行業只會出現單一反應。產品設計、部署安排，以及供應商已保留的證據，都可能改變合規負擔。

對買家而言，這說明不應假設熟悉的品牌會保證每項產品均有相同存取權。服務層面的評估比一般印象更具參考價值。

這些歷史百分比亦無法證明研究期後才提出的建議所帶來的影響。如此使用，會將背景證據與因果證明混為一談。

更有力的評估應問及某項特定責任生效後有何改變，並區分產品延期、技術準備不足，以及由其他地方施加的限制。

在討論對外國的依賴時，這一點尤其重要。英國規則與另一國的出口限制均可能影響存取，但需要不同的應對方式。

減少本地的不確定性或可處理前者，卻不能自動消除外國政府作出的決定。

同樣的審慎態度亦應適用於供應商警告。公司提出的憂慮值得審視，尤其是當其指出具體合規問題或司法管轄區之間的衝突時。

泛稱監管威脅創新，提供的證據較少。政策制定者應問清楚：哪項要求造成問題，以及甚麼較狹窄的替代方案可處理它。

因此，修正案的批評者若聚焦於相稱性及可量度的存取影響，其論點會更有力。預言必然撤出，已超出現有證據所能支持的範圍。

支持者同樣承擔這個舉證責任。他們應說明擬議要求為何能改善調查，而非假定更廣泛的權力必然帶來更佳安全。

合適的檢驗應同時結合兩個問題：干預是否提升問責性，以及是否保留對仍適合安全部署的系統之存取？

這項檢驗為證據支持下的更強責任留有空間，亦容許修訂那些造成阻礙卻沒有帶來相應效益的責任。

國會審查必須同時檢驗安全與存取

英國 AI 監管最有力的版本，應在事故迫使當局動用權力前，讓其界限已為人所理解。

這場辯論不僅是在信任公司與賦權大臣之間作選擇，而是關乎技術證據尚未完整時，公權力應如何運作。

政府立場強調獨立審查。Smith 的批評則強調存取與酌情權。兩者均提出最終框架必須回答的問題。

供應商應知道哪些行為會觸發調查。營運者應知道必須保存哪些紀錄。國會應了解當局會如何判斷干預是否奏效。

這種清晰度十分重要，因為事故應對往往在不確定性下開始。調查人員起初或難以分辨未獲授權的行為、設定錯誤，或外部攻擊者所致的情況。

一個要求在收集證據前先有確定結論的框架，將難以使用。相反，若框架容許只要存在不確定性便可無限干預，也難以受到約束。

實際挑戰在於容許相稱的調查，同時要求當局為升級行動提供理據。每一步均應有可識別的目的及可辯護的範圍。

技術測試涉及另一項區分。釐清事故期間發生了甚麼，與要求證明通用模型永不會出現意料之外的行為，並不相同。

前者可調查特定部署及一組具體行動；後者則有可能產生沒有清晰完成標準的責任。

因此，國會審查應檢視調查與預防之間的關係。從事故汲取的教訓可支持更佳保障措施，但不能據此建立對未來行為的普遍確定性。

審查亦應檢視由誰評估證據。獨立的技術能力能讓當局更有基礎質疑供應商的解釋。

能力本身不能取代程序保障。供應商及客戶仍需要可理解的途徑，以挑戰事實錯誤或不相稱的要求。

同樣的推理適用於跨境範圍。本地當局可識別所需資訊，但跨境取得該等資訊會帶來額外的實際問題。

互相衝突的披露責任、不同法律程序，以及分散的營運控制，都可能令合作更複雜。這些困難應在危機前受到重視，而非事後臨時拼湊答案。

存取應成為這項評估的一部分，但不應變成自動否決權。供應商的商業偏好不能單獨決定公共利益。

同樣地，公共利益的措辭亦不應成為對營運後果作出不完整交代的藉口。限制一項依賴關係，可能為依賴它的機構引入風險。

醫院或公用事業機構合理地會問，擬議干預如何影響其維持服務的能力。這個問題應納入安全分析之中。

最有用的審查，會圍繞具體部署把這些利益結合起來。與其泛泛承諾創新或安全，不如檢視實際的責任鏈，更能提供指引。

立法者應問，該框架能否識別負責的參與者、取得相關證據，並支持補救措施。他們亦應問，在這些工作進行期間會發生甚麼。

這些問題為監管質素提供實際衡量標準。它們檢驗權力是否轉化為更強韌性，而非把權力的存在本身視為足夠。

開發商及企業買家下一步應留意甚麼

下一批有意義的訊號，將關乎國會決定、實施規則，以及可觀察的供應商行為。

首先，留意 10 月 26 日的報告階段及其後文本。重要結果在於哪些條文得以保留，以及大臣如何說明其預期界限。

區分事故調查與一般產品監管的聲明，有助釐清各方預期。就外國供應商作出明確回答，會令討論更具體。

若決定收窄或澄清建議，將加強國會正檢驗相稱性的論據。未獲回答的問題，則會保留對最終實施方式的不確定性。

其次，如授權條文獲通過，須留意定義及諮詢程序。對 AI agents 及失去控制的定義，將塑造實際涵蓋範圍。

關鍵問題涉及觸發事件、受規管參與者、證據要求、保障措施及覆核。每一項均決定合作會成為可管理的事故程序，還是不確定而持續的責任。

清楚處理部署責任，將增強對框架的信心。若定義模糊開發商、託管方與客戶之間的界線，重要的問責缺口便會持續存在。

第三，留意供應商實際做甚麼。供應情況、推出時間、合約或合作安排的具體改變，會比廣泛預測提供更佳證據。

任何聲稱的存取影響，均應指出受影響服務及相關規則。買家應區分有文件記錄的政策回應，與無關的產品或國際發展。

在改善調查合作的同時持續提供服務，將支持監管與存取可以共存的論點。若有文件證明干擾可歸因於針對性不足的要求，則會支持批評者的憂慮。

對開發團隊而言，這些訊號指向一項有用的準備工作：了解 AI 驅動工作流程背後的依賴關係。這意味著識別誰控制行動，以及誰持有相關證據。

對企業買家而言，相應工作是詢問供應商如何解釋事故。令人安心的產品描述，並不能回答這個營運問題。

知識工作者同樣有切身關係。只會建議文字的工具，與獲授權更改檔案、聯絡服務或執行任務的工具，帶來不同後果。

保持這項區分清晰，有助機構討論適當監管，而不將每一項 AI 應用視為等同。相關問題在於某個特定部署獲授予的權限。

團隊亦可保存政策變動、供應商承諾及部署決定的清晰紀錄。可搜尋的技術知識庫可協助同事在責任變動時查找相關歷史。

先跟進國會結果，然後把實施建議與貴機構實際使用的系統作比較。問清楚哪個供應商能解釋意外行動、哪個客戶能制止它，以及哪個當局能取得相關證據。在更新採購或部署計劃時，應把已確認責任與政治公告分開處理。英國 AI 監管的檢驗應保持務實：更好地理解失效情況、更清楚的責任，以及可可靠取得支援關鍵工作的系統。下一份草案出現時，應一併檢視這些結果。它是否讓英國能以可行方式調查嚴重 AI 事故，同時保留應對所需的技術能力？