KAI 產品與服務說明

1. 服務定位與產品構成

1.1 服務目的

KAI 將模型推理容量按模型、版本、上下文規格、履約區域及自然小時組織爲可識別的小時時段安排，幫助用戶將業務所需的處理能力與實際使用時間對應。用戶可圍繞指定算約查看市場資訊、提交委託、覈對成交及持倉，並在符合接入條件的履約窗口內調用對應模型。其核心使用場景是對推理吞吐、履約時間和成本記錄進行管理，用戶應根據實際業務需求評估採購數量。

容量安排針對的是在約定時間及範圍內處理模型請求的能力。取得算約持倉不代表取得模型知識產權、底層伺服器所有權或對供應商基礎設施的管理權限，也不當然包含模型訓練、參數修改、專用設備租賃或未在算約中列明的配套服務。用戶需要上述服務時，應先向服務團隊確認是否存在另行適用的安排。

1.2 產品組成

市場工作臺

用於查看算約規格、開放時段、市場價格、買賣盤、成交資訊和相關容量展示，並在權限及資料狀態允許時提交委託。

資產與帳戶工作臺

用於覈對帳戶概覽、持倉、委託、成交、交付權益、資金流水及帳單，瞭解不同業務記錄之間的關聯。

履約與接入

面向已取得相應權益並獲開通接入的帳戶，提供指定窗口內的模型調用及使用記錄；可用模型和調用方式受具體算約及帳戶權限約束。

身份與服務支援

通過 KAI Auth 完成身份驗證，並由適用的帳戶准入、安全控制及服務支援流程管理業務訪問。

1.3 文檔與實際服務的關係

本頁面描述產品的整體結構，不意味着每一項功能已對所有地區、帳戶、設備或服務版本開放。頁面展示、按鈕是否可用、帳戶確認及服務端處理結果，應結合判斷。未經開通的功能、尚未就緒的連接或缺少有效資料的頁面，不構成已提供相應服務的證明。使用者可通過幫助中心瞭解操作步驟，通過適用協議瞭解各方權利與義務。

2. 業務流程與使用準備

2.1 開始使用前的準備

用戶應先明確擬使用的模型能力、預計輸入及輸出長度、業務開展時段、所需區域和可接受成本，再完成帳戶註冊或登錄及必要的准入程序。企業使用者還應確認實際操作人員已獲得所在機構授權，並就資金管理、容量採購、API 接入及異常處理確定責任人。身份驗證成功僅說明登錄環節已完成，不代表真實業務帳戶、交易權限或 API 能力已自動開通。

2.2 從需求到交付的主要步驟

1. 確認身份和帳戶。使用正式入口登錄 KAI Auth，覈對帳戶 UID、所屬帳戶及環境標識，確認所需服務已獲准使用。
2. 選擇算約規格。逐項確認模型、版本、上下文上限、區域、履約日期、小時時段及顯示時區；將這些資訊與業務計劃對應。
3. 覈實可委託條件。檢查算約是否開放、距離關閘的時間、行情更新時間、對手盤及帳戶可用資金或可售持倉。
4. 預覽業務指令。填寫方向、手數、價格類型及有效期，審閱預計金額和適用規則，確認資料無誤後再提交。
5. 取得並覈對結果。保留請求編號及服務端回執，分別覈對委託狀態、已成交數量和未成交數量，不能僅以頁面跳轉判斷結果。
6. 準備履約接入。確認交付權益、實際窗口和已開通的 API 憑證，按照使用規則安排業務請求。
7. 完成記錄覈對。在履約及結算後比對成交、資金流水、用量與帳單，及時提出具有明確記錄依據的查詢。

2.3 業務準備的建議分工

企業可以在內部將預算審批、市場操作、技術接入和帳單複覈交由適當人員負責；該建議不表示 KAI 已對所有帳戶提供多級審批或自定義角色功能。平臺實際權限以帳戶獲開通的能力爲準。涉及跨時區團隊時，應在內部交接資料中同時記錄履約日期、小時與時區，避免只以「上午」或「晚上」等相對錶達傳遞採購要求。

完成一次操作後，應先覈對已有結果再開展後續操作。特別是在登錄恢復、網絡重連、設備切換或頁面刷新後，須重新確認當前 UID、業務環境和資料時間，防止將另一帳戶的業務計劃或上一窗口的容量誤用於當前任務。

3. 小時算約、容量單位與計量規則

3.1 算約的識別要素

小時算約對應一組完整規格：模型及版本、模型支援的上下文上限、履約區域，以及明確起止時間的自然小時。任何一項規格不同，都可能對應不同的容量安排。相同模型名稱下的不同版本、不同區域或不同時段，不應被視爲可自行互換的權益。算約代碼用於關聯市場、委託、持倉及交付記錄，詳細規格仍應在確認頁面中逐項覈對。

3.2 一手容量與多手容量

按當前公開產品口徑，一手對應指定履約小時內每個 60 秒計量窗口持續可用的 1,000,000 加權 TPM 容量上限；持有 N 手時，對應窗口的上限爲 N × 1,000,000 加權 TPM。該單位描述窗口內的容量額度，不是可在任意時刻一次性消耗的一小時累計 Token 餘額。具體數值及適用規則仍以該算約列示和確認的規格爲準。

例如，某一小時持有兩手，意味着相應計量窗口按該算約規則具有 2,000,000 加權 TPM 上限。前一窗口未使用的部分不會自動增加後一窗口的上限，也不會轉移至其他模型、區域或履約小時。用戶不能因爲整個小時累計使用量較低，就認爲某一個窗口可以突破對應額度。

3.3 加權計算

當前計量說明採用「加權 TPM = 輸入 Token + 模型權重 × 輸出 Token」的口徑，模型權重按相應模型確定。快取命中、思考 Token、失敗重試和跨窗口請求的計入方式，應按該算約生效的計量規則及實際記錄覈對，不能依據其他平臺的計價方式自行扣減。加權容量、請求數量、併發數量和響應延遲是不同指標，某一指標滿足條件不表示其他指標同時得到保證。

3.4 關閘與時效

當前產品口徑爲履約開始前 60 分鐘停止該算約的新委託，最終持倉形成相應容量交付權益。用戶應以介面顯示的關閘時間及服務端判定爲準，預留網絡和確認時間。履約窗口結束前已接受的請求可依適用規則繼續完成；未使用容量於窗口屆滿後失效，不結轉、不順延。關閘、開始履約和結束履約分別表示不同業務節點，應在採購及接入安排中分別管理。

4. 市場參與、委託類型與成交結果

4.1 市場與參與方

市場中的初始賣盤可由容量供應商提供；具備相應持倉及權限的參與方，也可在規則允許並尚未關閘時提交可售持倉。頁面列示的價格反映特定時點的委託或成交情況，不能據此推定任意數量都可立即以同一價格成交。用戶的委託仍須經過權限、規格、時間、資金或持倉以及其他適用條件的檢查。

4.2 指令內容

買入與賣出

買入用於取得相應容量安排；賣出須以當前實際可售持倉及權限爲基礎。已凍結或承擔其他義務的手數，可能不屬於可售範圍。

限價委託

按照用戶指定的價格約束處理。在缺少相應對手盤時，委託可能不成交或僅部分成交；設置限價不構成成交保證。

市價委託

按當時可用對手盤及適用處理規則執行。不同價格檔位及深度變化可能使實際平均價格與頁面參考價格不同。

有效期

GTC、IOC、FOK 等選項在獲支援時具有不同的剩餘委託處理方式。可選組合及最終處理結果，以確認頁面、具體市場規則及服務端回執爲準。

4.3 委託、成交與撤銷的區別

提交委託是發出業務指令，成交是該指令被實際執行的結果。一筆委託可能形成多筆成交，也可能保留未成交部分。撤銷申請只針對仍可撤銷的未成交部分，不能因頁面關閉、退出登錄或發出撤銷請求而推定原委託已經終止。應同時檢查累計成交、剩餘數量、平均成交價及最終狀態。

4.4 不確定結果的處理

提交後發生網絡中斷、超時或頁面未返回時，原指令可能已被服務端接收。系統顯示「待確認」或「未知」時，應通過原請求編號查詢回執，並結合委託和成交記錄覈實。用戶不應立即創建另一筆相同指令作爲替代；在未查明原請求狀態的情況下重複提交，可能形成兩筆獨立業務。支援查詢時應提供 UID、算約代碼、請求或訂單編號及大致發生時間，保留原始提示。

5. 價格體系、市場資料與閱讀方法

5.1 報價單位及金額

當前主要市場以港幣每手報價，最小价位爲 HKD 0.5；可輸入範圍、價格步長和數量要求應以具體算約及訂單確認頁面爲準。預計金額用於說明特定報價與數量下的預估結果，實際應付金額、費用及資金變化以成交回執和帳單記錄爲準。參考貨幣換算僅便於閱讀，不能取代港幣原始計價、記帳及結算記錄。

5.2 市場指標的含義

最新價

反映已發生的最近成交價格，不等於當前可立即成交的買價或賣價。

買價與賣價

反映相應時點的買入或賣出意向。某檔價格可成交的數量受該檔深度及隨後變化影響。

訂單簿深度

說明不同價格檔位的委託數量。查看深度時，應同時檢查報價時間、目標數量和所選算約。

成交量與歷史圖表

用於觀察已經發生的市場活動，不構成未來價格、成交機會或容量供給的預測。

容量熱力圖

用於觀察時段及規格維度的供給資訊，其資料口徑不同於當前賣盤深度，不能將圖示容量直接視爲可成交數量。

5.3 時間與缺失資料

市場資料與帳戶資料可能按不同頻率更新，行情在線不代表帳戶餘額與權限已同步，帳戶刷新成功也不表示當前訂單簿足夠新。用戶應閱讀各自更新時間及連接狀態。「—」、載入中、不可用或尚未配置等提示，表示該項資料未獲得有效結果，不能解釋爲價格、持倉或餘額等於零。顯示舊資料供覈對時，應結合其保留時間判斷。

5.4 合理比較

比較價格時，應保證模型、版本、上下文、區域、履約時間、手數和相關費用具有可比性。較低的名義價格可能對應不同時間、不同規格或較少可售數量。示例圖形及歷史資料僅幫助理解介面和市場記錄；用戶應根據當前可驗證的規格、報價和自身業務需求作出使用決定，不應以單一走勢圖替代完整採購評估。

6. 批量容量規劃與執行控制

6.1 批量規劃範圍

批量工具用於將日期範圍、小時範圍、星期篩選及每小時手數組合爲訂單籃子，適合需要在多個自然小時安排容量的業務。生成結果按具體算約列示，用戶仍須檢查每一個日期及小時的覆蓋情況。生成過程中，已關閘、已履約或其他不可委託的時段會被跳過；跳過提示意味着原業務計劃可能沒有得到完整覆蓋，而不是系統已爲這些時段安排了替代容量。

6.2 報價與預估

訂單籃子按可取得的報價快照進行金額預估。確認前應覈對報價更新時間、算約數量、每項手數與總額；當快照過期或部分項目缺少有效報價時，不應將此前的估算視爲當前可執行條件。修改日期、小時或手數後，須重新審閱生成結果。一個日期範圍中的可用小時不必然連續，不同日期也可能具有不同的供應情況。

6.3 逐項執行及價格保護

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

例如，一個籃子包含多個小時，在部分項目已成交後觸發保護，用戶已經取得的對應持倉及資金影響繼續存在，其他時段可能仍未覆蓋。後續補充採購前，必須先覈對已成功項目與未處理項目，避免將整個籃子再次提交而造成重複採購。對於失敗或未知結果，應分別按原請求記錄查詢，不應只閱讀總數。

6.4 本機模板

當前工作臺可保存最多八個按帳戶隔離的本機批量規則模板，用於重新填入常用參數。模板保存的是規則，不是有效委託，不預留價格或容量，也不替代確認操作。本機資料可能因清理瀏覽器存儲、更換設備或帳戶切換而不可見；重要業務計劃應由用戶在機構自己的管理記錄中另行保留。

7. 資金管理、預付安排與帳務覈對

7.1 預付與結算

按當前服務安排，買方成交時向 KAI 全額預付，相關委託可能佔用、凍結或扣除可用資金；賣方委託可凍結相應可售手數。KAI 管理預付款，並在履約完成後與供應商進行結算。該流程圍繞容量交付及相應服務費用進行，不採用因後續市場漲跌而產生的價差現金結算。具體收費項目、金額和義務，以適用協議、確認內容及實際業務記錄爲準。

7.2 餘額及凍結的區別

帳戶顯示的總餘額、可用金額、凍結金額和已經扣記的金額，分別反映不同帳務狀態。可用金額減少不一定代表已完成全部成交，也可能與有效委託的資金佔用有關；撤銷申請提交後，可用資金是否恢復應以撤銷確認及後續流水爲準。用戶應同時覈對業務狀態和帳本變化，避免僅以某一個餘額字段判斷資金去向。

7.3 資金存入與提取

資金存入和提取目前由服務團隊協助辦理，不屬於已開放的自助充值或自助提現功能。申請應通過註冊電郵地址或正式支援渠道提出，團隊將根據帳戶情況及未結義務進行覈實。實際所需材料、處理步驟和安排以該次確認內容爲準；本頁面不提供任何未經確認的收款帳戶，也不承諾申請即獲接受或在固定時間內到帳。

用戶應對收款資訊及聯繫來源進行覈實，不應按照陌生郵件、即時消息或非正式頁面提供的指示轉款。涉及帳戶歸屬與業務覈查時，僅通過已確認的渠道提交必要材料；普通郵件不應包含密碼、驗證碼、恢復碼或完整 API 密鑰。記錄轉款憑證時也應避免披露與本次申請無關的帳戶資料。

7.4 覈對順序

建議以「業務請求—委託—成交—資金流水—交付—帳單」的關聯順序開展覈對。先確認所查帳戶、幣種和時間範圍，再逐項比對業務編號、數量、價格、費用及資金變動。發現差異時，應指出具體記錄及差額，並保留原始時間資訊。資金調整或更正應通過正式覈查流程辦理，用戶不得自行把另一筆交易或新的轉款視爲對原記錄的沖銷。

8. 帳戶工作臺、持倉與業務記錄

8.1 記錄範圍

資產工作臺集中展示帳戶概覽、當前及歷史委託、成交、持倉、交付權益、資金流水和帳單。不同記錄用於回答不同問題：委託說明發出了何種指令，成交說明實際執行了多少，持倉說明當前保有的算約數量，交付權益說明相應時段可使用的容量，資金與帳單說明對應的金額變化。用戶應通過關聯編號理解記錄，避免把單一頁面當作全部業務的最終依據。

8.2 持倉及可操作範圍

總持倉與可售持倉可能不同，已有賣單或其他未結義務可佔用部分手數。賣出、轉讓、撤銷或批量撤銷等操作，僅在該帳戶已獲開放相應能力、資料足夠新且符合市場規則時可用。功能按鈕未顯示或處於停用狀態時，應閱讀原因或聯繫支援，不應通過其他入口反覆嘗試繞過限制。交付開始後或算約已關閘時，適用的操作範圍可能與開放市場階段不同。

8.3 完整快照與只讀狀態

帳戶資料按整體快照進行覈對，以減少不同時間的餘額、委託和持倉被混合使用的風險。發生網絡中斷、權限不足、帳戶狀態變化或快照刷新失敗時，工作臺可能保留最後有效資料供查詢，同時限制變更操作。保留資料會帶有更新時間或狀態說明，其作用是協助覈對，而不是證明該餘額或持倉在當前仍然有效。

恢復使用前，應確認已取得新的完整帳戶資料，以及所選市場資料和權限狀態均允許操作。僅刷新行情、重新打開彈窗或切換頁面，不一定已經恢復帳戶可寫狀態。對待確認的原請求，應在恢復後繼續覈對其結果，不得因介面重新可用就忽略此前尚未查明的業務。

8.4 內部留存與交接

企業可將經覈對的業務編號、執行時間、採購目的、對應項目及審覈記錄納入內部管理流程。留存或分享截圖時應遮蓋不必要的個人資料和憑證，並註明帳戶、環境與時間範圍。導出功能是否可用取決於帳戶權限和頁面實際開放情況；本說明不表示所有記錄均支援統一下載或自動同步至外部系統。

9. 容量交付、API 接入與用量管理

9.1 履約準備

取得持倉後，用戶應在業務使用前確認交付權益、模型規格、區域、履約起止時間及 API 接入狀態。帳戶獲准訪問市場並不自動代表所有推理介面均已開通。調用地址、模型標識、認證方式和請求參數應以該帳戶可訪問的正式 API 資料爲準，用戶不應根據其他平臺的示例地址或模型名稱推定 KAI 的接入方式。

9.2 使用與計量

履約資料用於展示對應算約、交付窗口、每個 60 秒窗口的加權 TPM 上限、已用量、剩餘量及可用的請求統計。請求須滿足上下文規格及容量額度；單次請求超過上下文上限，或同一計量窗口內聚合用量超出持倉額度時，新增請求可被拒絕。已接受請求的完成及跨窗口計量，按該算約有效規則處理。

用戶應分別觀察正常業務量、重試量和異常量。併發請求增加可能提高瞬時負載，但不會增加帳戶已取得的容量。若多個應用共用同一帳戶權益，應在應用側協調總使用量，避免各應用分別按完整額度發送請求。窗口剩餘額度較高也不等於每次請求均滿足模型、參數、網絡及權限條件。

9.3 憑證管理

API 憑證僅向獲得開通的帳戶提供。完整密鑰只在創建時顯示一次，應保存在受控的祕密管理工具中；不得存入公開代碼庫、用戶端公開配置、工單正文或可被無關人員訪問的文檔。用戶應按實際開放的權限控制使用範圍，並在人員變化、用途終止或疑似泄露時停用或輪換相關憑證。KAI 不會通過普通電郵索取完整 API 密鑰。

9.4 應用側責任與異常處理

技術團隊應根據業務目標管理請求隊列、併發和有限重試，區分明確拒絕與結果未知的請求，並保留可查詢的請求編號。涉及生成內容時，還應進行輸出驗證、內容適用性檢查及必要的人工複覈。容量安排不等同於對每次輸出內容正確性、特定響應延遲、請求成功率或特定業務結果的保證；存在單獨約定的服務水平安排時，以其具體內容爲準。

10. 真實環境、資料有效性與帳戶安全

10.1 環境識別

真實環境使用經過驗證並獲准使用的帳戶，以及相應服務的真實市場與帳戶記錄。示範模式用於熟悉介面，其資金、訂單、成交、持倉及交付記錄不產生真實權益。示範模式必須由用戶明確選擇，真實環境發生登錄、配置、權限、連接或資料錯誤時，不應以示範資料替代真實記錄。用戶應始終結合環境標識、帳戶 UID 及服務端回執判斷業務狀態。

10.2 不可用狀態的含義

未配置、未開通、連接中、斷線、資料過期及只讀狀態，分別提示當前使用條件未完整滿足。出現這些提示時，市場瀏覽或最後記錄可能仍可見，但受影響的變更操作不應繼續。用戶不得將空白、破折號或示例資料解釋爲真實餘額、可交易價格或可用容量。若已登錄的真實帳戶意外顯示示範內容，應停止業務操作並向服務團隊報告頁面地址、時間和環境標識。

10.3 登錄及設備保護

用戶應通過正式入口登錄，妥善保管認證資料，並在設備遺失、可疑登錄或憑證泄露時及時採取保護措施。會話可能因到期、撤銷、權限變化或其他安全原因結束，恢復後應再次覈對當前帳戶。啓用裝置提供的生物識別功能時，生物識別模板由操作系統保管；具體功能取決於用戶端和設備支援，並不是所有瀏覽器都具備相同的設備能力。

10.4 通知與資訊處理

生物識別和系統通知按照相應用戶端設置由用戶主動啓用。通知可用於提示業務或安全事項，但通知權限、網絡、設備狀態和應用運行狀態可能影響送達。用戶不能僅依賴通知判斷訂單是否成交或履約是否開始，應主動查看業務記錄。關閉系統通知不等於關閉帳戶義務，也不刪除已經存在的應用內記錄。

關於個人資料類別、處理用途、第三方接收方、跨境處理、保留及權利請求，請閱讀私隱政策。產品中的區域標籤用於說明相應服務規格，不能單憑該標籤推定所有帳戶、支援及技術資料僅在某一地區處理。對資料位置或特定處理條件有要求的機構，應在使用前核實適用安排。

11. 適用場景、評估方法與服務邊界

11.1 適用的業務需求

KAI 適用於需要把模型推理容量安排到具體時段，並重視規格覈對、市場報價比較、交付使用及費用記錄的企業和專業團隊。業務可能涉及按計劃開展的文檔處理、內部知識服務、應用測試或其他獲得允許的模型調用。列舉場景僅說明容量規劃方式，不表示某一模型必然適合該用途，也不意味着相關行業審批、資料授權或安全要求已由平臺代爲完成。

11.2 容量評估方法

用戶可先根據業務任務估算每個窗口的輸入量和預期輸出量，再採用對應模型權重計算預計加權用量，結合請求集中程度、重試情況和時段分佈評估所需手數。評估應使用具有代表性的業務樣本，不能只依據一天的平均 Token 數量。對於時段不均勻的業務，應分別檢查高峯窗口和空閒窗口，避免採購數量與實際時間分佈不一致。

例如，同樣的小時總調用量，均勻分佈與集中在短時間內發送，可能對每個計量窗口產生不同的容量需求。增加模型輸出長度或開啓會產生更多思考 Token 的使用方式，也可能影響實際加權量。用戶應以所用模型的實際規則和請求記錄進行評估，任何示例數字均不能替代正式算約規格或構成採購建議。

11.3 應瞭解的限制

市場價格、可售深度、流動性、容量供應、模型可用性及網絡條件可能變化。委託可能被拒絕、部分成交或未成交，已安排的業務計劃應考慮這些情況。KAI 不提供投資建議，不承諾利息、本金保障或價格增值，也不保證用戶能夠將持倉再次賣出。容量採購應以真實使用需求、預算和對服務規則的理解爲基礎。

11.4 模型輸出與業務決策

模型輸出可能存在事實錯誤、遺漏、不完整或不適用於特定場景的情況。用戶應按照使用目的實施適當驗證，涉及醫療、法律、信貸、安全及其他重大決策時，建立專業審覈和人工決策流程。獲得容量不會轉移用戶對輸入資料合法來源、使用授權及下游應用行爲的責任。對模型能力、資料處理條件或業務准入仍有疑問時，應在提交委託和輸入業務資料前完成確認。

11.5 採購前的內部評估記錄

建議爲每一項持續使用的業務建立明確的評估記錄，說明容量用於何種任務、由何人負責、計劃在哪些時段運行、預計輸入與輸出規模、採用何種模型權重，以及在未成交、連接中斷或容量不足時如何處理。內部記錄可以採用機構已有的審批文件，不要求將業務內容或未經必要處理的樣本發送給平臺。涉及客戶資料的測試，應先確認樣本使用權限，並限制測試資料範圍。

評估完成後，可將計劃數量與實際使用記錄按相同模型、區域及時間窗口比較，分別識別空閒容量、峯值超限和重試造成的額外使用。若需要調整後續採購，仍須按當時開放的算約和市場條件重新提交有效指令；內部計劃的修改不會自動變更已經成交的安排。業務團隊與技術團隊應對這些差異采用一致的計量口徑，財務複覈則應繼續使用原始幣種及實際帳單。

對時效敏感的業務，應在正式履約前完成聯繫人、有效憑證、運行時間和異常報告方式的交接。任何備用處理方案應由用戶自行驗證其可用性和資料權限，不能假定平臺會自動切換至其他模型、區域或額外付費容量。確認以上條件有助於使採購、使用及複覈形成可追溯的業務記錄。

12. 服務支援、帳戶安排與相關文件

12.1 服務渠道

服務提供方爲 VN TECH LTD，KAI 服務在香港運營。一般產品諮詢、帳戶開通、資金存入與提取、使用問題及業務記錄查詢，可通過 beidou@kai.com 聯繫服務團隊，或致電 400 108 2026。通信地址爲 VN TECH LTD, 1312 17th Street, Suite 769, Denver, Colorado 80202, United States。

12.2 有效的支援資料

提交問題時，請說明所用用戶端、頁面或功能、發生時間及時區、帳戶 UID、相關算約代碼與請求或訂單編號，並說明預期結果與實際結果。如問題涉及金額或容量差異，應指出具體記錄及對比口徑；如涉及訪問失敗，應保留完整錯誤提示。僅提供「不能使用」或一張缺少時間與環境的資訊截圖，通常不足以準確定位問題。

發送資料前應刪除密碼、驗證碼、恢復碼、完整 API 密鑰、無關個人資料及業務內容。需要補充敏感覈驗材料時，應先確認接收方身份及適用提交方式。服務團隊的支援說明不替代實際交易回執，任何涉及委託狀態、資金或交付的結論，都應與相應帳戶記錄進行覈對。

12.3 註銷及未結事項

帳戶註銷採用申請流程。收到申請後，服務團隊會在 72 小時內通過註冊電郵地址聯繫用戶，覈實申請及後續事項。首次聯繫不等同於已經註銷、完成退款或刪除全部資料；未結訂單、持倉、餘額、履約義務、爭議及依法需要保留的記錄，可能需要按適用流程處理。用戶應在註銷前整理必要業務資料，並停止不再需要的自動調用。

12.4 閱讀順序與後續使用

首次使用建議先閱讀本產品說明，再按照幫助中心完成帳戶與操作準備，並在確認業務指令前完整閱讀服務條款、用戶協議和私隱政策。文檔更新、功能開放或算約規格變化時，用戶應以適用版本及具體確認記錄覈對後續使用條件。對合同主體、服務範圍、費用或資料處理存在未解決疑問的，應先向服務團隊取得說明。