誠徵 AI 精英 · 詳細解答
Q1 What is context? How does AI use context? / Q2 How can you use Claude in Hong Kong?
更新:2026-10-10 00:20 HKT
地區名單核對日期:2026-10-09
內容:逐條作答 + 出處可查
動畫:live panel(數字為示意)
1. 開場:兩條問題考緊同一件事
呢兩條問題表面一條技術、一條地區,其實都係問「你知唔知一個 LLM 產品背後嘅兩個硬邊界」:上下文(context)嘅邊界,同合規地區嘅邊界。識答呢兩條,等於識講清楚「模型睇到咩」同「你可以喺邊度用咩」。
1.1 一句話答案
- Q1:context 唔止「你嗰句問題」,而係模型每一次推理真正讀到嘅全部 token(系統指令、對話歷史、檢索文件、記憶、工具定義、當前提問)。模型本身無狀態——所謂「記憶」係靠每次把相關內容重新塞入 context;然後靠 self-attention 令 context 內部每個 token 互相打分,所以佢知「佢」係指三段前嗰個名。
- Q2:官方答案係唔可以用。香港唔在 Anthropic 支援地區名單(2026-10-09 核對過官方三頁),而 2026 年 10 月 1 日開始香港更爆發一輪封號潮,連付費 Pro 用戶都被停用。合規可行嘅路只有:人與實體都真正落在支援地區(出差、支援地區註冊嘅僱主、雲平台支援地區帳號);香港本地工作就改用香港可用嘅模型。
2. Q1 What is context? How does AI use context?
2.1 定義:context = 一次推理真正讀到嘅全部輸入
嚴格定義:context(上下文)= 送入模型嘅完整 token 序列,包括你打嘅字,但遠遠唔止你打嘅字。任何「唔喺 context 裡面」嘅嘢,對呢一次推理等於唔存在。
| 來源 | 內容例子 | 邊個決定 | 特性 |
系統指令
system prompt | 角色、語言、安全規則、輸出格式、工具定義 | 應用開發者 | 優先級最高、通常固定唔變(可被 prompt cache) |
| 對話歷史 | 之前幾輪你問咩、AI 答咩 | 產品(幾多輪、有冇摘要) | 最佔位、最需要壓縮 |
| 檢索文件(RAG) | 搜尋結果、PDF 段落、資料庫紀錄、網頁正文 | 檢索器 + top-k 設定 | 即時、可引用、可隨時換 |
| 記憶/使用者檔案 | 「用戶偏好廣東話」、「佢係初小家長」 | 應用層嘅記憶系統 | 跨對話,但一樣要每輪重送 |
| 當前提問 | 你今次打嘅字/上載嘅檔案 | 你 | 通常最細,但係唯一「新」嘅資訊 |
一句記法:context 係模型嘅「工作檯」。檯上面冇嘅工具同材料,師傅技術幾好都用唔到;檯面有幾大,就係 context window(例如 128k、200k tokens)。
2.2 一次請求嘅流水線:六步
- 組裝(application 端):應用程式把系統指令、歷史、檢索結果、記憶、工具 schema、你嘅問題,按次序拼成一份文字。
- 詞元化(tokenization):整份文字切成 token(中文大約 1 個字 ≈ 1–2 個 token,英文 1 個 token ≈ 4 個字母)。token 數決定成本同延遲。
- 視窗打包(packing):如果總量超過 context window,就要處理:丟棄最舊嘅輪數、或把舊對話摘要、或減少檢索段落。呢一步係「context 工程」嘅主戰場。
- 自注意力(self-attention):Transformer 每一層都令每個 token 對其他 token 打分。所以「佢」、「上輪」、「個站」呢類指代可以連結到幾千 token 之前嘅名詞——呢個就係「AI 好似記得」嘅真正原因。
- 解碼生成:逐個 token 輸出,每一步都係基於上面整份 context 嘅機率分佈。回覆質素上限,通常由 context 質素決定,唔係模型大小。
- 工具循環(agent loop):如果模型決定叫工具(搜尋、計數、讀檔),工具結果會再塞返落 context,然後再跑一次 2–5 步。所以 agent 每個 step 都係「新一次帶住更長 context 嘅推理」。
2.3 四個最常見嘅誤解
① 「AI 記得我」
唔係記憶,係重送。換一個新對話視窗,同一句問題,模型對你一無所知——除非應用層再把記憶塞入去。
② 「context 越大越好」
越大越貴、越慢;而且長 context 中段資訊容易被忽略(lost in the middle)。塞滿唔等於有效。
③ 「RAG 同 fine-tune 一樣」
完全唔同。RAG 係即時把資料放入 context(可隨時更新、可附出處);fine-tune 係改模型權重(貴、慢、唔適合天天更新嘅事實)。
④ 「工具係外加功能」
工具 schema 本身就係 context 一部分。模型之所以識喺適當時候叫搜尋,係因為佢「讀到」工具嘅描述同參數。
2.4 實務含意:五招 context 工程
- 秩序:系統指令放最前而且固定(可命中 prompt cache,省成本);最相關嘅資料放最前/最後,唔好埋中間。
- 壓縮:對話歷史保留「最近 N 輪 + 較舊部分嘅摘要」,唔係無差別保留全部。
- 精準檢索:top-k 通常 3–5 段就夠;段落要切得細、帶標題同來源,方便引用。
- 量度:監察每次請求嘅 token 用量、命中率、成本;唔量度就唔知邊一段 context 係廢嘅。
- 隔離:唔同任務用唔同 context 組裝策略(客服 vs 寫程式 vs 長文分析),唔好一個 prompt 打天下。
2.5 Q1 過程動畫:live panel(監控面板式架構圖)
下面係一個一直運行嘅面板:框架唔會動,動嘅係系統狀態(封包、視窗使用率、注意力權重、工具呼叫、log)。左邊係輸入層(①)同工具決策(④),右邊係詞元化打包(②)、自注意力(③)、生成回覆(⑤);底部係 session log——log 上面嘅數字同面板上嘅數字係同一組狀態機出,所以「log 講嘅」就係「面板顯示嘅」。
Live panel · 1200×1500 · 每秒重播一次,畫面係時間嘅純函數(可截圖對齊)· 喺新分頁開面板
手機:左右滑動睇全圖,或 喺新分頁開面板 再放大。
① 輸入層 · context 五個來源
② 詞元化 + 視窗打包
③ 自注意力(指代消解、權重)
④ 工具決策(觸發欄)
⑤ 生成回覆 + 引用
誠實聲明:面板上嘅 token 數、使用率、權重係動畫自己嘅計數器(示意),用嚟示範「一次請求會量度咩」;架構同步驟本身依 Anthropic / OpenAI / Google 公開文件同 Transformer 論文,唔係自創。真實數字要用你自己嘅 API usage 儀表板。
3. Q2 How can you use Claude in Hong Kong?
3.1 官方立場:香港唔在支援地區名單
Anthropic 三份官方文件都係同一份名單,我 2026-10-09 逐頁核對(§4.1 附連結):
anthropic.com/supported-countries:名單包含台灣、新加坡、日本、南韓、越南、泰國⋯⋯冇香港(全頁搜 "Hong Kong" 命中 0 次)。
support.claude.com 嘅「Where can I access Claude?」:同一份名單,同樣冇香港。
docs.anthropic.com/en/api/supported-regions:API 亦用同一份名單。
- 關鍵一句:Claude.ai、Claude Code、API、以至「經雲平台同授權轉售商提供嘅 Claude 模型」,全部都只限名單內地區。所以「我用 AWS Bedrock/Vertex AI 就得」係唔成立嘅——平台唔同,限制一樣。
3.2 三條限制條款(逐字解讀,唔止「你人在邊」)
3.2.1 三條條款逐字解讀
| 條款(官方原文意思) | 對香港嘅含意 |
| ① 使用者在不支援地區境內使用,即使屬於支援地區嘅公司/用戶,都算不支援 | 你人在香港用 = 不支援,即使僱主係新加坡公司 |
| ② 在不支援地區註冊/設總部嘅實體,及其人員,無論人身在何地,都算不支援 | 香港公司直接簽約、直接開帳號 = 不支援 |
| ③ 由不支援地區人士/實體直接或間接持有多數控制權(>50%)嘅實體,都算不支援 | 香港/中資背景公司就算喺新加坡開子公司,都可能被排除 |
3.2.2 要點
第 ③ 條係 2025-09-04 公告加強嘅(Anthropic 明言針對「透過海外子公司繞道」嘅情況,並點名中國)。換句話講:呢個唔只係 IP 問題,係公司架構問題。
3.3 現實:VPN 路線已經唔再安全(2026 年 10 月封號潮)
事實:2026-10-01 起,大量香港用戶登入 Claude 時被停用(畫面顯示 Account Suspended/Access Denied),付費 Claude Pro 用戶一樣中招,X/Reddit/Threads 湧現大批求助個案;有報導指部分人連對話紀錄都存取唔到(Anthropic 回應稱被封用戶仍可登入申訴或匯出資料)。
業界觀察到嘅觸發訊號(三類):
- 商業數據中心 IP 批量標記:常見商業 VPN 嘅 datacenter 節點被整批列為高風險。
- 付款與地區資料唔一致:香港信用卡 + 海外虛擬地址、或虛擬卡付 Pro,觸發反欺詐同屬地風控。
- 帳號行為異常:頻繁切換唔同國家節點登入。
來源:SCMP(2026-10-02)、newmobilelife(2026-10-01)、palai.media(2026-10-02)。結論:VPN 唔係「可用途徑」,係風險——尤其是用完之後仲要靠佢交工作。
3.4 真正企得住嘅四種情境
| 情境 | 成立條件 | 風險/注意 |
| ① 你本人喺支援地區(出差、短期派駐、移居) | 當地 IP、當地帳單、當地身分 | 合規;一返香港就要停用,唔可以「帶返嚟用」 |
| ② 僱主係支援地區註冊嘅實體,你以「在當地工作」身分使用 | 實體註冊地+總部+控制權都在支援地區;你嘅工作地點亦在當地 | 合規,但要有公司 policy/IT 紀錄;香港辦公室嘅同事用唔到 |
| ③ 經雲平台(AWS Bedrock、Google Vertex AI) | 帳號所屬地、資料處理地區都在支援地區,而你本人亦在支援地區 | 唔會因為「換雲」而變成香港可用:Anthropic 明文規管雲平台同轉售商;仲有資料落地/SOC 問題 |
| ④ 企業級合約 + SSO | 人在支援地區、資料留在支援地區、由企業 IT 統一管理 | 合規,但需要法務/IT 批;唔可以順手把香港客戶資料送出去 |
唔合規(而且已經實測會封):VPN + 海外虛擬地址 + 虛擬卡註冊。除咗帳號風險,仲有資料風險(對話紀錄可能拎唔返)同合約風險(用唔合規工具處理客戶資料)。
3.5 香港實際可用嘅模型(官方名單核對,2026-10-01/10-09)
| 服務 | 香港可用? | 依據 |
| Claude(claude.ai / Claude Code / API) | ✗ 未列入 | Anthropic 支援地區名單(三頁一致) |
| Claude 經 AWS Bedrock / Vertex AI | ✗ 同一名單限制 | Anthropic 名單頁明文包含雲平台/轉售商 |
| ChatGPT(網頁/App) | ✗ 未列入 | OpenAI 支援地區名單(208 個地區,香港唔在其中) |
| OpenAI API | ✗ 未列入 | OpenAI 開發者文件同名單 |
| Gemini 網頁版/App | ✓ 可用 | Google Gemini 可用地區表包含香港(2026 年 3 月開放) |
| Gemini API / AI Studio | ✗ 未列入 | Gemini API 可用地區係另一份名單,香港唔在其中 |
| DeepSeek / Qwen / Kimi / GLM 等 | ✓ 直接可用 | 無同類地區封鎖,香港可正常註冊及付費 |
實務建議(香港做嘢):主力用 Gemini 網頁版(香港合規可用)+開源/國產模型 API(DeepSeek、Qwen 等,成本低、可自動化);把 Claude 留給「人與實體都喺支援地區」嘅專案。呢個組合唔會突然斷,亦唔會害你失去工作紀錄。
3.6 如果招聘方一定要用 Claude
- 合約同帳號由支援地區註冊、總部同控制權都在支援地區嘅實體持有。
- 工作環境由對方提供(人在支援地區、SSO、資料唔離開支援地區)。
- 預先講清資料流向:唔好用香港客戶資料經 VPN 送出去。
- 把 compliance 決定寫落文件(唔好靠「同事一直都係咁用」)。
- 技術上留後路:抽象化模型層(一個 interface 接 Gemini / Claude / 國產模型),地區政策一改,換 model 唔使改產品。
4. 附錄
4.1 出處(全部可查)
4.2 方法(點解可以信呢頁)
- 地區可用性唔靠記憶:直接抓官方三頁 HTML,程式搜
Hong Kong(命中 0 次),再對比其他地區名單。
- 封號潮用多方報導交叉核對(SCMP + 本地科技媒體 + 業界分析),並註明消息日期。
- 動畫面版:用 live-panel 引擎渲染,通過逐格幾何檢查(124 個時間點 0 個溢出/重疊)+重播一致性檢查(0 像素差異)。
- 圖內所有計數器都標明「示意」,冇假裝係真實 telemetry。