KAI 幫助中心

1. 帳戶註冊、准入與首次使用

1.1 訪問正式入口

請從 hongkong.kai.com 或正式 KAI 用戶端進入服務，按照頁面指引完成 KAI Auth 註冊或登錄、電郵地址驗證及必要的安全檢查。輸入憑證前核對頁面來源，不應在陌生鏈接或未經確認的窗口提供密碼。已擁有身份帳戶的用戶，應使用該帳戶的正常登錄流程，避免因訪問錯誤入口而重複註冊。

1.2 區分註冊、登錄與業務准入

註冊建立身份資料，登錄驗證當前身份，業務准入決定是否可以訪問特定真實帳戶及功能。生產服務採用邀請或審批安排；註冊成功、電郵地址驗證通過或看到登錄後的頁面，不代表交易、資金或 API 能力已獲開通。顯示待批准、無權限或未開通時，先記錄 UID 及完整提示，再由所屬機構或服務團隊覈實，不應通過改用示範模式處理真實業務。

1.3 首次操作檢查順序

1. 覈對帳戶。檢查 UID、帳戶顯示資訊及當前業務環境，確認不是其他人的共享設備會話。
2. 檢查狀態。確認帳戶已獲准使用，市場和帳戶資料均成功載入，頁面沒有隻讀、過期或不可用提示。
3. 覈對時間。檢查設備時間及時區，以及算約使用的日期和履約時區；跨地區團隊應使用明確時區溝通。
4. 閱讀文件。瞭解產品介紹、服務條款、用戶協議和私隱政策，明確容量、計量、費用和使用限制。
5. 確定業務參數。準備所需模型、版本、上下文、區域、小時和數量，再進入算約選擇與訂單預覽。
6. 覈對完成結果。首次提交後，應查看回執及相應業務記錄，熟悉訂單、成交和持倉的關聯關係。

1.4 設備或帳戶切換

切換瀏覽器、手機或登錄帳戶後，原設備保存的自選、最近瀏覽、批量模板等本機偏好可能不會同步顯示。這不等於真實持倉或帳戶資金被刪除。真實業務應根據當前 UID 的帳戶記錄覈對；本機模板或頁面選擇僅提供操作便利，不代表服務端業務狀態。若 UID 與預期不符，請先退出當前帳戶，再使用正確身份登錄，避免在錯誤帳戶內繼續操作。

2. 真實環境、示範模式與資料有效性

2.1 判斷當前環境

真實環境用於經批准帳戶的實際市場與業務記錄；示範模式用於熟悉介面，其中顯示的資金、委託、成交、持倉和履約不產生真實權益。示範模式應由用戶明確選擇。每次準備提交操作前，請同時覈對環境標識、UID、帳戶狀態和資料時間；僅看到熟悉的頁面佈局，不能據此確認處於真實環境。

2.2 真實帳戶不可用時

真實環境的配置缺失、連接中斷、身份失效或權限錯誤，應顯示相應不可用、重連或只讀狀態，不能自動以示範資金和交易記錄替代。若已登錄的真實帳戶出現示範內容，請立即停止下單及其他業務操作，記錄頁面地址、發生時間、環境標識與帳戶 UID，並向支援說明「真實帳戶出現示範內容」。不要以示範頁上的餘額判斷真實資金去向，也不要反覆交易測試是否恢復。

2.3 資料狀態的閱讀方法

載入中或「—」

表示尚未取得該項有效資料，不是價格、數量或餘額爲零。

保留資料或資料過期

表示頁面顯示最後可用記錄，當前狀態尚未確認；應查看更新時間，並等待新的有效資料。

只讀

表示當前可以查看部分資料，但不滿足安全執行變更的條件。應閱讀具體原因，而不是尋找其他方式強行提交。

未配置或未開通

表示服務連接條件或帳戶能力尚不具備，通常需要服務團隊覈實。用戶連續刷新不能替代開通或配置處理。

2.4 恢復後的核對

服務恢復或重新登錄後，應確認介面已取得當前帳戶的完整資料，所選算約行情也已更新，且原有待確認請求已經覈對。行情價格恢復變化，並不單獨證明帳戶可操作；餘額重新顯示，也不代表此前未知訂單已經失敗。請在繼續新操作前，將未確認事項逐一查清。

截圖或內部報告應註明環境。示範記錄可以用於培訓說明，但不應作爲真實訂單、資金、交付或業績材料。分享排障截圖時，保留環境標識和時間可幫助支援識別問題，同時遮蓋不必要的個人資訊及憑證。

3. 選擇算約、理解容量及確認時間

3.1 逐項覈對規格

模型及版本

確認實際交付的模型名稱和版本，避免把同系列的其他版本視爲完全相同的服務。

上下文上限

確認該模型支援的輸入與上下文範圍。頁面可能列示 128K、256K 或其他規格，不表示所有模型具有相同上限。

履約區域

確認業務需要的服務區域；其他區域的持倉不應自行視爲當前區域的額度。

日期、小時及時區

確認完整日期、自然小時和介面時區；處理跨日及存在夏令時的地區時，應使用明確時間記錄。

關閘時間

當前產品口徑爲履約前 60 分鐘停止新委託，實際以算約列示及服務端判定爲準。

3.2 一手容量如何理解

當前一手口徑爲指定小時內每個 60 秒窗口持續可用 1,000,000 加權 TPM；多手按數量相應增加窗口上限。它不是可在任意一分鐘全部消耗的一小時累計 Token 餘額。例如持有兩手時，對應窗口按規則具有 2,000,000 加權 TPM 上限，前一窗口閒置不會使後一窗口額度翻倍。具體算約確認的數值和規則優先用於實際覈對。

3.3 計算業務需求

使用所選模型的權重，按「輸入 Token + 模型權重 × 輸出 Token」評估加權量，同時考慮請求分佈、重試和不同應用的共同使用。快取命中及思考 Token 應按適用規則計入，不能按照其他平臺習慣自行排除。建議分別估算業務高峯窗口和一般窗口，避免用小時平均值掩蓋短時間集中調用。

3.4 算約不可選擇時

1. 檢查所選日期是否已過、小時是否已關閘或已履約。
2. 確認模型、區域及上下文篩選是否過窄或與預期不符。
3. 查看該算約是否存在有效賣盤及可售數量，區分「沒有供給資訊」和「沒有當前可成交賣盤」。
4. 覈對頁面是否因爲行情過期、權限或帳戶狀態而限制操作。
5. 若條件仍無法判斷，提供算約代碼、時間與提示聯繫支援，不要自行改用其他規格替代原需求。

取得容量後還應記錄實際交付窗口。未使用容量不會自動結轉至下一小時；需要其他時段時，須依據其獨立算約及可用條件安排。臨近關閘時應預留傳輸和確認時間，不以設備倒計時保證指令一定被接受。

4. 單筆委託、確認與數量管理

4.1 提交前的操作步驟

1. 選中目標算約並再次覈對完整規格和履約時間。
2. 檢查當前市場資料時間、買賣盤深度和帳戶可用資金或可售手數。
3. 選擇買入或賣出，填寫手數及可用的訂單類型。
4. 使用限價時，按頁面要求輸入價格；當前主要市場以 HKD 每手報價，價位步長爲 HKD 0.5，仍須符合該算約實際範圍。
5. 選擇獲支援的有效期，審閱預計金額、價格約束及其他提示。
6. 確認無誤後提交一次，並保留原請求編號，等待和查詢處理結果。

4.2 常用選項

限價

按指定價格約束執行；沒有滿足條件的對手盤時可能不成交或部分成交。

市價

按當時可用對手價及適用規則處理，實際平均價格可能不同於頁面參考價格。

GTC

未成交部分持續有效，直至成交、取消、到期、關閘或適用規則終止。

IOC

立即執行當前可成交部分，其餘不繼續保留。

FOK

要求整筆立即成交，否則整筆不成交；該組合是否支援及最終狀態，以確認頁和服務端回執爲準。

4.3 價格與數量問題

輸入被拒絕時，先檢查是否使用允許的步長、範圍和整數手數，再檢查算約狀態及帳戶條件。餘額不足可能與其他委託凍結資金有關；可售手數少於總持倉可能與已掛賣單或其他義務有關。應在資產記錄中核對，不宜連續減少數量試單以推測真實餘額。預計金額、實際成交額和最終帳單可能屬於不同口徑，應分別閱讀相關字段。

4.4 提交不等於成交

看到「已提交」僅說明請求已發出或進入處理流程，不能直接認定已經取得全部持倉。請進入訂單或成交記錄，覈對累計成交、剩餘數量、平均成交價和狀態。單筆委託可能對應多筆成交，部分成交後剩餘部分的處理取決於有效期及市場規則。關閉確認框、退出頁面或退出登錄均不會自動撤銷服務端已接受的指令。

如果提交按鈕停用，應先閱讀帳戶只讀、行情陳舊、權限不足、關閘或輸入校驗等具體原因。恢復後重新審閱確認內容，尤其是價格和數量；不要認爲停用前填寫的內容仍反映當前市場條件。

5. 批量下單、模板與部分執行處理

5.1 生成訂單籃子

1. 確認批量規劃使用的模型、區域及上下文規格。
2. 選擇起止日期、小時範圍、星期篩選及每小時手數。
3. 生成訂單籃子，逐日覈對算約列表及數量，檢查是否跳過已關閘、已履約或不可委託時段。
4. 移除不需要的項目，覈對總算約數量、總手數、各項報價和預估總額。
5. 檢查報價更新時間及帳戶狀態，閱讀價格保護和逐項執行說明後確認。
6. 執行後逐項查看結果，並將已成交、失敗、未處理及未知項目分別覈對。

5.2 模板的正確用法

當前可保存最多八個按帳戶隔離的本機規則模板。模板只記錄日期選擇規則、時段及數量等參數，不保存有效訂單，不鎖定報價，也不預留容量。再次使用時仍鬚生成新的籃子並檢查實際日期；同一規則在不同日期使用，可能產生不同結果。清理瀏覽器資料或更換設備後模板可能不可見，不影響服務端已經存在的真實業務記錄。

5.3 價格保護觸發後

當前工具設定 3% 價格偏離保護：提交前，將當前賣價計算的籃子總額與報價快照中的預估總額比較；逐項處理期間，繼續將已提交項目按對應報價與數量計算的金額，與相同項目的預估金額比較。偏離超過閾值時，停止尚未提交的項目，因此保護也可能在任何項目提交前觸發。提交成功不等於已經成交，相關金額不構成最終成交賬款；實際成交、持倉和資金變化應另行核對訂單及成交回執。保護不會撤回已經成交的部分，也不保證全部籃子成交或最終成交總額保持在某一固定區間內。

例如，十個小時的籃子在執行部分項目後被中止，應確認具體哪些小時已經取得持倉，哪些明確失敗，哪些從未提交，以及是否仍有未知結果。不能因爲總覽顯示中止就認定所有項目都未成交，也不能直接重新提交原十項。需要補單時，只對已查明未成交且仍可委託的目標重新確認。

5.4 報價過期與執行中斷

當報價提示過期、缺失或正在更新時，應等待新的有效快照，再檢查預估金額。執行過程中斷線，應保留原籃子和請求資料，在恢復後查看帳戶中的訂單及成交；不要通過重建籃子代替查詢。若已成交結果與預期不同，提交支援時請附各項算約代碼和結果，單獨提供總額通常無法確認遺漏或重複的位置。

批量工具用於減少重複填寫，不替代業務審覈。跨日、跨星期或長時間段規劃尤其需要檢查每個小時的適用性，避免把模板名稱或總手數當作完整計劃的證明。

6. 成交、撤單、未知結果與記錄查詢

6.1 閱讀委託詳情

覈對訂單時，請查看原始手數、已成交數量、剩餘數量、平均成交價、凍結金額或手數、狀態及有關時間。一筆訂單可能形成多筆成交，每筆成交具有自己的執行資訊；不同成交價格的加權平均與最後一筆價格可能不同。確認是否完成採購，應以實際累計成交及持倉變化爲依據，不能只看訂單創建時間或「提交成功」提示。

6.2 撤銷未成交部分

1. 找到原訂單並確認當前帳戶及算約。
2. 查看是否仍有未成交且允許撤銷的數量。
3. 提交撤銷申請一次並保留請求編號。
4. 等待服務端確認後，檢查最終訂單狀態、實際剩餘數量及相關資金或手數釋放。
5. 如果撤銷期間發生新的成交，分別覈對已成交部分和已撤銷部分，不把撤銷請求當作對成交的退款或沖銷。

6.3 待確認或未知狀態

網絡超時、頁面關閉或連接斷開可能使用戶端未取得結果，但服務端已接收原指令。出現待確認或未知時，應使用原請求編號查詢回執，並比對訂單、成交和帳戶記錄。重新載入頁面不是撤銷操作，重新創建同樣的訂單也不是查詢操作。確認原結果前，不應發送另一個看似相同的新命令。

排查時先記錄發生時間、UID、算約代碼和請求編號，等待系統的原請求查詢結果；恢復登錄後仍應跟進該編號。若長時間未能確認，可請服務團隊查詢。支援人員可能要求補充與原請求相關的脫敏資料，但不需要完整密碼或 API 密鑰。明確拒絕、明確取消和結果未知屬於不同狀態，應按實際回執分別處理。

6.4 常見編號的作用

請求編號

用於查詢一次業務指令的接收及處理結果，尤其適用於中斷後的核實。

訂單編號

用於定位委託及其累計執行、剩餘數量和狀態。

成交編號

用於定位一筆實際成交，一張訂單可能關聯多個成交。

算約代碼

用於關聯模型、區域、時段及相關持倉和交付記錄。

上述編號不能互相替代。提出查詢時應說明編號類型，保留其完整格式及發生時間，不要根據外觀推測其含義或手動修改。一個彈窗關閉或一條通知消失，不會刪除這些編號對應的服務端業務。

7. 帳戶快照、只讀狀態與恢復操作

7.1 覈對完整帳戶資料

帳戶概覽、持倉、訂單、成交、交付、資金及帳單應結合相應快照和更新時間閱讀。行情與帳戶同步屬於不同過程：行情在線不說明帳戶餘額必然最新，帳戶資訊出現也不表示選中算約的訂單簿已經就緒。準備執行變更前，應同時檢查帳戶和市場兩方面的狀態。

7.2 常見只讀原因

快照刷新失敗

當前未取得新的完整帳戶記錄，保留的資料只供覈對。

行情陳舊或訂單簿未就緒

選中市場的資料不足以安全確認當前條件，需等待有效市場資料。

權限或帳戶狀態變化

帳戶未獲準執行相應操作，或存在凍結、限制等狀態，需要按提示處理。

維護或連接未恢復

服務暫時無法滿足操作條件，重新登錄也不一定解決。

設備或介面限制

某些用戶端、設備或頁面佈局可能限制特定功能，實際可用入口以頁面提示爲準。

7.3 恢復順序

1. 記錄只讀原因、最後更新時間及尚未確認的業務請求。
2. 檢查網絡和設備時間，保留完整錯誤資訊，避免連續刷新造成更多請求。
3. 等待自動同步；如提示會話失效，再通過正式流程重新登錄。
4. 覈對重新登錄後的 UID 與環境，並確認已獲得新的完整帳戶記錄。
5. 重新檢查選中算約、行情時間及權限狀態。
6. 先查詢原待確認訂單，再審閱準備提交的新操作。

7.4 差異與本機資料

切換設備後自選、最近瀏覽或本機模板缺失，與真實資產是否存在是不同問題。若資產數量或金額與此前記錄不同，應在相同 UID、幣種及時間範圍下覈對成交、凍結、解凍和帳單，不應通過清理全部存儲來修復資金顯示。清理本機資料可能移除排查線索及偏好，不能更改服務端帳本。

遇到餘額、持倉和訂單之間不一致的情況，先停止後續變更，記錄具體字段、快照時間及關聯編號後聯繫支援。不要僅以截圖中兩個不同時間的數字認定帳務錯誤，也不要以仍可點擊的某個按鈕代替對帳戶狀態的確認。

8. 履約準備、API 憑證與調用問題

8.1 履約前檢查

1. 在交付權益中定位所需算約，確認模型、版本、上下文及區域。
2. 覈對履約開始和結束時間、當前手數及每個 60 秒窗口的容量上限。
3. 檢查 API 接入是否已對該帳戶開通；僅有市場權限或持倉不代表所有介面已可用。
4. 按照該帳戶可訪問的正式 API 資料使用指定地址、模型標識、認證方式和參數。
5. 在有效窗口內使用必要且獲得授權的測試資料進行有限驗證，覈對請求結果及用量歸屬。

8.2 創建及保護憑證

完整 API 密鑰只在創建時顯示一次，請立即保存在受控的祕密管理工具中。不要依賴截圖作爲日常保存方式，不要在公開代碼、網頁源文件、支援郵件或聊天羣中發送密鑰。若未保存完整密鑰，應使用實際開放的重新創建或輪換流程，不能要求支援通過郵件發回舊密鑰。懷疑泄露時，從可信設備停用或輪換相關憑證，並聯系服務團隊覈查異常調用。

8.3 拒絕請求的排查

認證或權限失敗

覈對憑證所屬帳戶、是否啓用及權限範圍，不要把完整憑證粘貼到工單。

不在履約窗口

檢查日期、時區與起止時間，不以本機任務名稱判斷窗口。

上下文超限

檢查輸入和所請求輸出是否符合模型規格，並按有效 API 資料調整。

容量或速率超限

覈對當前窗口的聚合加權用量及多個應用共享情況，降低集中發送和無界重試。

模型或參數不匹配

覈對使用的模型標識、區域和請求參數，不能套用其他平臺示例。

8.4 用量覈對及重試

加權 TPM、請求次數、併發數量及響應時間不是同一指標。重試請求可能形成額外調用與計量，應按照實際規則覈對，不因原用戶端沒有顯示結果就認定未產生使用。明確拒絕與結果未知應分別處理；技術團隊應保留請求編號，並根據錯誤類型實施有限、受控的重試，避免集中重複提交。

窗口未用完的容量不會自動結轉。窗口結束前已接受請求的後續完成及跨窗口計量，按具體算約有效規則處理。提交履約差異時，提供算約、時間窗口、請求編號、脫敏錯誤資訊及計量記錄；無需提供完整業務輸入即可先確定問題範圍。

9. 資金存取、凍結、帳單與更正查詢

9.1 資金存入和提取

目前資金存入與提取均由服務團隊協助辦理。請通過註冊電郵地址聯繫 beidou@kai.com，或致電 400 108 2026，說明 UID、申請類型及需要覈實的事項。實際材料、收付款安排和處理步驟須按正式確認執行；本幫助中心不提供自助充值或自助提現入口，也不代表申請已經獲准。

9.2 爲什麼可用餘額減少

買方成交時按適用金額向 KAI 全額預付，委託亦可能凍結可用資金。可用餘額減少可能對應資金佔用、成交扣記、費用或經覈實的調整，應逐項檢查資金流水。總餘額、可用餘額和凍結金額含義不同；賣出時出現的手數凍結也不同於資金扣款。KAI 管理預付款並在履約後與供應商結算，不採用按後續市場波動進行的價差結算。

9.3 逐筆覈對步驟

1. 確認 UID、幣種、帳單週期和查詢時間範圍一致。
2. 查找相關訂單及成交，記錄實際數量、價格和成交時間。
3. 將每項業務與資金流水關聯，區分凍結、扣記、解凍、費用及調整。
4. 檢查撤單是否已經確認以及未成交部分是否仍佔用資金。
5. 將交付記錄和帳單與上述業務比對，保留具體差異及關聯編號。
6. 通過支援提出查詢，說明預期金額、實際金額和比較口徑，不要僅發送一個餘額截圖。

9.4 更正與衝正

若懷疑存在錯誤入帳或其他帳務差異，應申請覈查原業務記錄。帳務更正與新充值、退款申請或普通扣費不同，需要明確原記錄、原因及適用處理方式。更正後仍應保留能夠關聯原業務及處理結果的記錄；用戶不應通過自行發起另一筆交易來抵消差異，也不應把刪除介面記錄當作撤銷帳本事實。

部分支援或管理資料可能包含帳本序列及事實序號，用於定位記錄內部的具體事實。該編號不是金額、帳戶 UID 或訂單數量。用戶查詢時應提供系統原樣顯示的完整編號，不應預設事實序號一定爲 0，也不要自行選擇某個序號申請衝正。由獲授權人員覈查原事實及處理權限後，再按正式帳務流程辦理。

9.5 資訊保護

覈實收付款資訊應使用已確認渠道。陌生人提供的個人收款帳戶、要求提供驗證碼的消息或要求遠程控制設備的指令，不屬於本幫助中心授權的資金流程。提交付款證據前遮蓋無關資料，保留覈查所需的金額、時間和業務關聯資訊；完整密碼、恢復碼和 API 密鑰不得通過普通郵件提交。

10. 登錄安全、設備功能與異常事件

10.1 登錄中斷及會話失效

會話可能因到期、撤銷、權限變化、設備安全狀態或連接異常而結束。遇到要求重新登錄時，先保留尚未確認的請求編號，再通過正式入口完成登錄；恢復後覈對 UID、環境及帳戶記錄。登錄失敗與訂單失敗是不同事件，不應因爲退出登錄就認定先前訂單被撤銷。對於持續出現的登錄錯誤，請記錄準確時間、頁面地址及完整提示。

10.2 生物識別

在支援該功能的用戶端和設備上，生物識別由用戶主動啓用，並按照介面要求完成系統驗證。面容或指紋模板由設備操作系統保管，KAI 不取得該模板。設備功能只協助保護本機訪問或受保護操作，不替代帳戶權限、業務准入和服務端校驗。不同設備或瀏覽器可用能力不同，無法看到該選項不意味着帳戶資料異常。

10.3 通知設置

通知由用戶按用戶端和系統設置啓用，可提供訂單、履約、容量或安全提示。系統權限、網絡、專注模式、省電設置及應用運行狀態均可能影響展示。沒有收到通知不代表沒有成交或沒有開始履約，應直接覈對帳戶記錄。關閉系統通知不會刪除應用內消息，也不會終止未結業務；變更設置後應按需要測試設備通知能力。

10.4 懷疑帳戶或憑證泄露

1. 停止在疑似受影響設備上繼續輸入密碼或執行敏感操作。
2. 從可信設備和正式入口保護帳戶，並使用實際可用的憑證停用、輪換或其他安全功能。
3. 保留髮現時間、可疑提示及有關請求或訂單編號，檢查異常業務記錄。
4. 通過正式支援渠道報告，並說明影響範圍及已經採取的措施。
5. 不要把完整密碼、驗證碼、恢復碼或 API 密鑰作爲證明發送。

10.5 共享設備與人員交接

在共享設備完成工作後，應按正常流程退出帳戶，並妥善處理下載文件和包含帳戶資料的截圖。機構人員離職或職責變化時，應覈查其是否仍接觸憑證、業務記錄或自動任務；平臺能提供的控制以實際帳戶能力爲準，機構自身也須管理資料及接入權限。不得以共用個人憑證替代明確的業務授權。

支援溝通中，應覈對來信域名和原有聯繫渠道。對任何索取完整祕密或要求關閉安全措施以處理資金的請求，先通過已知渠道獨立覈實，避免按未經確認的說明繼續操作。

11. 常見錯誤、分層排查與支援材料

11.1 行情併發、限流或 429 提示

行情讀取提示請求過多或 429，說明該次請求受到速率或容量相關限制，不直接說明帳戶資金不足或訂單已失敗。先保留提示和發生時間，停止連續刷新，減少同時打開並輪詢相同市場的頁面，等待自動同步。若錯誤來自自己接入的應用，應檢查併發、輪詢頻率和重試策略，避免立即重試全部失敗請求；需遵循實際介面返回的指引。

行情請求受限和推理調用額度超限可能發生在不同服務環節，應說明錯誤出現在哪個頁面或請求。不要爲解決行情讀取錯誤重複充值、重複下單或直接更換帳戶。若問題持續，提供受影響市場、時間範圍、頁面數量及脫敏錯誤資訊，幫助支援識別範圍。

11.2 登錄失敗、404 或頁面無法訪問

檢查使用的是否爲正式入口、地址是否完整、網絡是否可達及設備時間是否正確。不要反覆打開多個授權流程。若正常入口持續失敗，記錄地址、用戶端版本、時間及時區及完整提示，再聯繫支援；不要提交帶有授權碼、會話憑證或其他祕密參數的完整回調鏈接，應在保留必要路徑後對敏感參數脫敏。

11.3 行情空白或無可售容量

先區分資料未載入與真實沒有賣盤。檢查環境、當前篩選、模型區域、資料時間和關閘狀態。熱力圖存在容量不代表訂單簿當時有同等可成交賣盤，歷史成交也不保證當前深度。等待有效資料後仍爲空時，可調整與業務需求相符的篩選進行查看；不得未經評估就以其他模型或區域替代採購。

11.4 頁面只讀、結果未知或金額差異

只讀請按第 7 節覈對完整快照與權限；結果未知請按第 6 節查詢原請求；金額差異請按第 9 節關聯訂單、成交和資金流水。這些問題的處理路徑不同，不宜統一採用退出、清空存儲或重新提交。保留原業務資訊可以減少排查中丟失上下文的情況。

11.5 支援材料清單

基本環境

帳戶 UID、用戶端或瀏覽器、頁面地址、真實或示範環境、發生時間及時區。

業務對象

算約代碼、請求編號、訂單或成交編號、涉及的時間窗口和幣種。

實際現象

完整錯誤提示、預期與實際結果、可復現步驟、首次及最近一次發生時間。

已做處理

是否等待同步、重新登錄、換過網絡或停止重複請求，以及處理後的變化。

脫敏證據

必要截圖和可分享記錄，移除憑證、無關個人資料和業務輸入輸出。

同一問題後續補充資訊時，應保留原郵件主題或已有支援關聯，避免將一個事件拆成多份缺少上下文的請求。若影響範圍擴大或出現新的資金、訂單或安全事項，應明確說明新增事實。

記錄排查過程時，將確認事實與推測分開。說明某項操作是否真正提交、是否取得回執，以及資料最後更新的時間。這樣可以避免支援人員把介面提示誤解爲最終結果，也便於機構內部接手處理。

12. 私隱請求、帳戶註銷與正式聯繫

12.1 瞭解資料處理

有關身份、帳戶、訂單、履約、計量、設備、本機偏好及支援資料如何處理，請閱讀私隱政策。自選、最近瀏覽、批量模板、設置和本機 API 密鑰元資料按登錄帳戶隔離；這些本機資料與服務端業務記錄不同。清除瀏覽器快取或卸載用戶端不等於註銷帳戶，也不自動刪除依法或依業務需要保留的記錄。

12.2 提出訪問、更正或其他請求

使用註冊電郵地址聯繫服務團隊，說明 UID、請求類型、相關資料範圍及方便聯繫的方式。請儘可能明確所需記錄的期間或需要更正的字段，避免僅以「刪除所有東西」概括存在未結業務的帳戶。我們可能需要進行與請求相稱的身份覈驗，以保護帳戶和其他人員資料。具體權利、適用條件及處理方式，以私隱政策和適用法律爲準。

12.3 帳戶註銷步驟

1. 整理需要保留的訂單、成交、帳單及交付記錄，覈對是否存在未知結果。
2. 檢查未結委託、持倉、餘額、履約安排及爭議，停止不再需要的自動任務。
3. 使用註冊電郵地址提出註銷申請，並說明帳戶 UID 和聯繫方式。
4. 服務團隊收到申請後，會在 72 小時內通過註冊電郵地址聯繫您，覈實身份及待處理事項。
5. 按照確認流程處理未結義務，並以最終通知確認註銷結果。

72 小時指首次聯繫安排，不等於在該時間內完成註銷、退還資金或刪除全部資料。法定保留、爭議處理、安全及帳務需要可能使部分記錄繼續按適用規則保存。註銷申請也不自動撤銷既有訂單、停止已經開始的履約或免除未結義務，應逐項覈實。

12.4 正式聯繫方式

服務提供方：VN TECH LTD。KAI 服務在香港運營。一般支援及私隱相關請求可發送至 beidou@kai.com，或通過 400 108 2026 聯繫。通信地址：VN TECH LTD, 1312 17th Street, Suite 769, Denver, Colorado 80202, United States。

聯繫我們時請使用必要且準確的資料；普通郵件不得附帶密碼、驗證碼、恢復碼或完整 API 密鑰。若需要補充敏感覈驗材料，應先確認安全提交方式。本幫助中心提供操作說明，具體權利義務仍應與適用協議及業務確認一併覈對。