Wokey 服务协议

本协议适用于你访问、注册、调用或以 Provider、Consumer、Referrer 或管理员身份使用 Wokey 服务的行为。使用 Wokey 即表示你同意受本协议及我们不时发布的补充政策约束。

1. 服务范围

Wokey 是一个统一接入多个大模型的 API 平台。对 Consumer,我们提供平台 API Key、统一路由、计费、结算、推荐返佣和控制台能力;对 Provider,我们提供上游密钥托管、连接测试、模型启用、收益归集和提现相关工作流。 Consumer 只获得 Wokey 平台 Key,不会直接获得其他 Provider 的原始密钥。 Provider 授权我们代表其调用上游额度;这不是原始账号或密钥的自由买卖市场。 模型、价格、路由策略、限额、链上支付或提现功能可能会调整、暂停、灰度发布或下线。 若你与 Wokey 另有订单、补充条款或服务专属通知,则该等文件在冲突范围内优先生效。

2. 资格与账户

你必须具备签订具有约束力协议的法定资格,并按要求提供真实、完整、最新的注册信息。你有责任保护账户、邮箱、密码、JWT、平台 API Key、管理员 Token 和其他访问凭证。 你应完成邮箱验证,并及时更新展示名、时区、语言等资料。 未经我们书面允许,不得出借、出售、出租或共享你的账户或平台访问凭证。 如发现账户泄露、异常计费、未授权调用或管理员入口暴露,你应立即通知我们。

3. Consumer API Key 规则

你创建的 Consumer API Key 仅可用于你被授权控制的应用、服务、Agent、测试环境或团队内部系统。你应自行完成密钥轮换、权限控制和最小暴露。 平台只在创建时返回一次明文 API Key;之后我们仅保留哈希值、遮罩前缀和使用元数据。 不得将平台 API Key 嵌入公开客户端、前端源码、浏览器扩展市场包或其他可被第三方轻易提取的位置。 如需停止使用,你应立即暂停或吊销相关 Key,并承担吊销前已发生的调用责任。

4. Provider 托管密钥与授权

若你作为 Provider 向 Wokey 提交上游模型密钥、Base URL、预算或模型配置,即表示你授权我们为测试连接、统一路由、调用上游接口、结算收益、风控隔离及相关运维目的而处理该等信息。 你声明并保证:你有权授权 Wokey 使用该上游资源,且此类授权不违反你与上游厂商的协议、适用法律或第三方权利。 我们可能对 Provider 密钥进行连接测试、记录测试结果、暂停、隔离、限流、冷却、撤销或停止路由。 你不得提交盗用、共享来源不明、通过绕过技术限制获取,或你无权托管给平台使用的密钥。 Wokey 会对 Provider 密钥做加密存储并限制访问,但无法替代你自身对上游账号、合规义务、税务和厂商关系的管理责任。

5. 费用、余额、返佣与提现

Wokey 的价格、平台费率、分账比例、充值或提现门槛、可用支付方式和可支持的链上网络可能会根据产品策略、上游成本、合规要求或运营风控而调整。 Consumer 侧通常按实际 token 用量、已发布的平台价或当次适用的结算策略收费。 平台余额、Provider 应付收益、Referrer 返佣余额不是银行存款、电子货币或受保险保障的托管资金。 链上支付、退款和提现一旦广播,可能不可撤销;你应自行确认钱包地址、网络和资产类型。 我们可基于欺诈、异常、冲正、上游争议、合规调查、最低提现额或技术故障,暂缓、拒绝、冲回或更正部分账务。

6. 可接受使用与禁止行为

你只能在遵守适用法律、行业规则、出口管制、制裁要求、知识产权规则、AI 内容治理要求及上游模型政策的前提下使用 Wokey。 不得利用服务从事违法、欺诈、骚扰、侵权、仇恨、恶意代码投放或破坏平台安全的行为。 不得规避余额校验、费率、限流、并发控制、风控措施、日志或任何技术限制。 不得将 Wokey 设计成原始上游账号/密钥倒卖通道,也不得诱导我们违反上游厂商协议。 未经充分人工审核与合规控制,不得将输出直接用于医疗、法律、金融、招聘、信贷、执法或其他高风险决策。

7. 输入、输出与内容责任

你对提交给模型的提示词、系统指令、工具调用、文件、链接和其他输入负责,也对你如何使用、发布、复用或依赖模型输出负责。 为完成调用,我们会将请求内容发送给被选中的上游模型提供方。 在你与 Wokey 之间,除为运营服务、计费、安全、合规和执行本协议所必需的权利外,我们不主张对你的输入或输出享有所有权。 模型输出可能不准确、不完整、带偏见、不可用或受第三方权利限制。输出权利和可商业化范围还可能取决于上游厂商条款和适用法律。

8. 数据处理与异常归档

我们会处理账户资料、请求元数据、token 用量、账本记录、推荐关系、Provider 配置和安全日志,以便提供服务、结算费用、执行风控和调查异常。 当前仓库实现不会在核心请求表中为每一个正常成功请求长期保存完整 prompt 或完整输出;核心记录以请求元数据、状态、token 用量和成本为主。 对失败、异常或需调查的请求,我们可能归档完整原始请求 payload 和请求上下文,用于事件排查、审计和系统恢复。 当前 MVP 的异常 payload 归档保留期为 14 天,且当前实现不做自动脱敏或遮罩;获授权管理员可为处置异常而查看该归档。