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 阅读顺序与后续使用

首次使用建议先阅读本产品说明，再按照帮助中心完成账户与操作准备，并在确认业务指令前完整阅读服务条款、用户协议和隐私政策。文档更新、功能开放或算约规格变化时，用户应以适用版本及具体确认记录核对后续使用条件。对合同主体、服务范围、费用或数据处理存在未解决疑问的，应先向服务团队取得说明。