GPTZZZ 技术支持
遇到 API 接入或公开内容问题时，先保留可复现证据并完成脱敏。账号专属信息请登录控制台后处理。
提交前准备这些信息
- 发生问题的 UTC 时间与时区。
- 请求 ID、模型 ID、HTTP 状态码与错误码。
- 脱敏后的 Base URL、请求参数和最小复现步骤。
- 客户端名称、版本、运行环境，以及是否启用流式或工具调用。
- 期望结果与实际结果；必要时附去除密钥和个人信息的截图。
不要发送完整 API Key
API Key 只能提供脱敏前后缀，例如 sk-abcd…wxyz。如果密钥曾出现在公开仓库、聊天记录或截图中，应立即在控制台撤销并创建新密钥，而不是继续把原密钥发给支持人员。
先按问题类型自查
联系渠道
公开技术问题或内容纠错可发送邮件至 support@gptzzz.ai。邮件中不要包含完整密钥、付款凭据或其他敏感信息。账号、余额与专属路由问题请先登录控制台。也可以在 Telegram @gptzzz1 或 QQ 群 103966538 联系，同样不要发送完整密钥。
按错误类型选择处理路径
- 401/403：核对 Base URL、Authorization 格式、密钥状态、模型权限和系统时间，不要通过邮件发送完整密钥。
- 429：记录请求与 Token 速率、并发数、响应头和退避策略，并在控制台确认当前额度。
- 5xx、超时或流中断：保留请求 ID、UTC 时间、模型 ID、首个有效事件时间和完成状态，再对照服务状态。
- 账单或账号：通过登录后的控制台入口处理，公开技术支持邮件不接收身份凭据或支付资料。
最小脱敏复现模板
一份有效复现应依次写明：问题摘要；发生与复测的 UTC 时间；客户端名称和版本；请求路径类型与模型 ID；是否流式；HTTP 状态、错误类型和请求 ID；去除提示词与个人信息后的最小参数；已尝试的排查步骤。用 sk-abcd…wxyz 这类前后缀标识密钥即可，正文、附件、终端历史和截图都不能包含完整凭据。
提交后的安全边界
GPTZZZ 技术支持不会要求完整 API Key、账号密码、验证码或私钥。若凭据已经出现在仓库、日志、工单或截图中，应先在控制台撤销并创建权限更小的新密钥，再继续定位原因。能够公开复现的文档错误请走内容纠错流程；接口故障则附上述证据发送支持邮件，避免多封邮件拆散同一请求链。