AI 供應商突然受管制：香港企業要把模型風險當成營運風險
2026 年 9 月 5 日更新：Anthropic 表示，6 月的出口限制已於 6 月 30 日解除，並於 7 月 1 日宣布恢復 Fable 5 及 Mythos 5 的存取。下文保留 6 月 13 日發表時的討論。查看 Anthropic 的更新。
星期一早上，客服主管等 AI 草擬回覆，IT 同事等 AI 幫忙檢查系統改動，管理層等自動報表出數；如果同一日主力 AI 模型突然不能用，問題就不只是「少了一個工具」。這不是假設題。2026 年 6 月，多間海外媒體報道，美國政府對 Anthropic 的 Fable 5 和 Mythos 5 採取出口管制，Anthropic 隨後暫停相關模型存取。
對香港企業來說，這件事的重點不是哪間 AI 公司與美國政府關係如何，而是 AI 供應商的地緣政治風險已經變成真正的營運風險。以前選 AI 工具，很多公司主要看功能、價錢、速度和私隱條款；現在還要多問一條問題：如果供應商因政策、合規或地緣政治原因突然限制服務，我們的日常工作會停在哪裏？
發生了甚麼事？
根據 Axios 報道，美國商務部長 Howard Lutnick 向 Anthropic 表示，Mythos 5 和 Fable 5 的出口、再出口或向外國人士轉移都需要許可，包括在美國境內的外國人士。Wall Street Journal 亦報道，限制範圍令 Anthropic 選擇暫停所有客戶對這兩個模型的存取，以降低合規風險。
Financial Times 的報道進一步提到，政府關注點與越獄式繞過(jailbreak)漏洞及關鍵基建網絡安全風險有關。Business Insider 早前則報道，Fable 5 是 Anthropic 推出的公開 Mythos 級模型，帶有較強防護；Mythos 5 則是較少限制、面向可信網絡安全使用者的版本。
這些細節仍要留意後續官方文件和公司聲明，但企業不需要等法律爭議完全清楚才行動。只要一個供應商的核心模型可以因政策變動而即時受限，公司就應該把 AI 供應商風險放入營運連續性計劃。
為甚麼香港公司也要理會？
香港公司未必直接使用 Fable 5 或 Mythos 5，但很多團隊已經在日常流程中使用美國 AI 供應商：客服草稿、銷售電郵、文件摘要、程式碼修改、會議紀錄、合規初審、漏洞分析、管理報表。這些工具表面上只是 SaaS 訂閱，實際上可能已經參與客戶服務、交付、資訊安全和內部決策。
例子：一間軟件公司用 AI 程式助理協助處理客戶系統改動。如果模型突然降級或停用，開發團隊未必完全停工，但修補錯誤、測試覆蓋和交付節奏都可能受影響。若公司向客戶承諾了維護服務水平，就要知道這種依賴是否已經進入服務風險。
例子：一間專業服務公司用 AI 整理合約和客戶會議紀錄。如果主要 AI 工具受地區限制，團隊可能臨時轉用另一個平台，但提示詞、文件格式、存取權限和審批紀錄未必可以即時搬走。換工具不是登入另一個網站那麼簡單。
第一個檢查：哪些工作已經依賴指定模型？
很多企業低估 AI 依賴，因為它不是傳統系統上線項目。沒有採購會議，沒有 IT ticket，沒有架構圖，同事已經開始把 AI 放入日常工作。
可以先做一張簡單清單：
流程 | AI 現在做甚麼 | 如果停用會怎樣 | 風險等級
客服查詢 | 分類、草擬回覆、摘要投訴 | 回覆變慢，但可人手處理 | 中
銷售跟進 | 草擬電郵、整理 CRM 備註 | 跟進節奏下降 | 中
軟件維護 | 產生修補草稿、檢查程式碼、寫測試 | 交付延遲，技術風險上升 | 高
網絡安全 | 分析漏洞、整理修補建議 | 修補判斷變慢 | 高
合規文件 | 摘要條文、初步分類 | 需要人手覆核更多文件 | 中至高
這張表不用一開始很完美。重點是把「大家都用少少」變成可管理的營運資料。當管理層知道哪些流程受影響，才可以決定是否需要備援模型、內部工具或供應商承諾。
第二個檢查：模型備援不等於隨便開多一個帳戶
不少公司聽到備援，就以為買多一個 AI 工具便可以。實際上，AI 備援要看三件事：輸入資料、工作規則和輸出寫回。
客服例子：如果主模型負責讀取 CRM 資料、訂單狀態和 WhatsApp 對話，再生成回覆草稿，備援模型也要有同樣資料權限、同樣提示詞規則、同樣敏感資料遮罩和同樣寫回 CRM 的流程。否則一轉工具，前線同事可能要人手複製資料，風險反而更高。
軟件例子：如果 AI 程式助理連接程式庫、任務追蹤系統和持續整合/持續部署(CI/CD)，備援方案不只是換一個聊天模型。公司要確定哪些程式庫可以被讀取、是否只可在功能分支工作、測試結果如何保存、程式碼合併請求由誰審批。
模型備援的實際目標，不是保證完全一樣快，而是確保關鍵工作不會因單一供應商限制而完全停頓。
第三個檢查：審批和紀錄要留在公司系統
AI 供應商風險最容易失控的地方，是審批和紀錄留在供應商平台裏。當平台政策改變、地區限制出現、帳戶被暫停或合約終止，公司可能失去重要上下文。
較穩妥的做法，是讓 AI 產生建議，但關鍵決定留在公司自己的系統：
客戶折扣和退款：在 CRM 或 ERP 批核
合約條款：在文件管理或審批系統確認版本
系統修改：在任務追蹤系統、程式碼合併請求和 CI/CD 留紀錄
網絡安全修補：在資產清單和修補 ticket 留原因及日期
管理報表：在 BI 或資料倉庫保留數據來源
例如物流公司用 AI 分析延誤個案，AI 可以整理時間線和建議賠償方案，但最後是否賠償、賠多少、誰批准，應留在工單系統。這樣就算 AI 工具日後不能用，公司仍然知道每宗個案的決策理由。
第四個檢查：採購 AI 時要問地區和政策風險
以前採購 SaaS，常問 uptime、資料加密、私隱條款和價格。採購 AI 工具時，還要加幾條問題：
服務是否可能按地區、國籍、客戶類型或使用場景限制？
如果某個模型停用，供應商會否自動降級到另一個模型？會否通知？
提示詞、工作流、AI 助理設定和對話紀錄能否匯出？
企業資料是否可選擇不作訓練用途？保留多久？
供應商能否提供服務變更、模型替換和安全事件通知機制？
合約有沒有清楚寫明資料刪除、匯出和終止後安排？
對香港中小企來說，未必每個問題都可以得到完美答案。但只要供應商完全答不到，或者答案只停留在銷售簡報，公司就應把它視為風險，而不是等事故發生才補救。
第五個檢查：先為三類工作建立備援
不是所有 AI 工作都需要同等級備援。較實際的做法，是先保護三類工作。
第一類是客戶面向流程，例如客服、報價、預約、售後和投訴。這些流程停頓會直接影響收入和信任。即使 AI 停用，也要有手動處理模板、負責人和回覆時限。
第二類是系統交付流程，例如 app 修改、網站表格、內部報表和系統串接。這些流程要保留人手開發、測試和上線路徑，不要讓團隊完全依賴單一 AI 程式助理。
第三類是風險和合規流程，例如漏洞分析、文件審查、供應商評估和事故應變。AI 可以加快整理，但判斷和證據要留在人和公司系統手上。
一個簡單的 AI 連續性架構
企業不一定要建立很複雜的平台，但至少要把 AI 放在工作流之中，而不是把工作流全部放入 AI 平台。
這個架構的重點是：AI 可以被替換，但公司流程、審批和紀錄不應被供應商鎖住。當主模型不能用，備援模型或人手流程仍然可以接上；當供應商政策改變，公司仍然有自己的資料和決策紀錄。
30 日內可以先做的事
第一星期，盤點各部門正在使用的 AI 工具，包括個人帳戶和公司帳戶。不要只問 IT，客服、市場、銷售、行政和開發團隊都要問。
第二星期，選出三條最重要 AI 工作流，例如客服回覆、軟件維護、漏洞分析或合規文件摘要，寫清楚主模型、輸入資料、輸出位置和審批人。
第三星期，為每條工作流設計備援：可以轉用哪個模型？可以暫時人手處理嗎？有哪些模板和系統紀錄必須保留？
第四星期，更新採購和供應商問題清單，把地區限制、模型替換、資料匯出、保留政策和服務變更通知加入評估。
結語：AI 工具愈重要，愈要可替換
Fable 5 和 Mythos 5 的報道提醒企業一件事：AI 工具不只是功能選擇，也受政策、合規和地緣政治影響。香港公司不需要因為一宗海外新聞就停止導入 AI，但需要停止把 AI 當成沒有營運風險的普通工具。
下一步可以先問一個很直接的問題：如果明天公司最常用的 AI 模型停用，哪三個流程會最先受影響？這三個答案，就是 AI 風險管理的起點。
規劃實際項目
將 AI 引入營運流程前，先釐清任務、資料權限及人工覆核安排。