帮助
状态、支持与问题反馈
先判断 InfiniteX 服务状态,再整理 request ID 和可复现信息
这一步能完成什么
判断问题属于公开线路状态、账号与配置,还是一次具体 API 请求,并准备不含敏感信息的复现材料。
前置条件
- 保留失败发生的大致时间、客户端名称和实际访问的 endpoint。
- 不粘贴完整 API 密钥、Cookie、邮箱、余额、订单、付款二维码、完整 prompt 或上游响应。
准确入口
- 线路实时状态:https://infinitex.pro/status
- 使用日志:https://infinitex.pro/usage-logs/common
- 任务日志:https://infinitex.pro/usage-logs/task
- InfiniteX About:https://infinitex.pro/about
按顺序检查
- 打开可用性检测,确认相关线路当前是否异常;页面状态只代表实时结果,不代表未来承诺。
- 在使用日志或任务日志中按失败时间定位记录,保存状态码、模型、endpoint 和 request ID。
- 复核 API Base URL、密钥权限、分组、模型和 endpoint 是否与当前控制台页面一致。
- 重新执行一个不含私密内容的最小请求;记录能稳定复现的步骤和时间。
- 仅通过 InfiniteX 生产 About、footer 或控制台当前公布的支持渠道反馈,并附上脱敏后的信息。
成功结果
你能说明问题发生在哪个入口、何时发生、影响哪个 endpoint,并提供 request ID 或任务 ID,而不泄露账号和密钥。
当前反馈渠道边界
InfiniteX 生产普通用户 dashboard 的公告与常见问答会公布官方 QQ 用户交流群,可用于新手接入、模型配置和问题反馈。群号可能调整,文档不保存静态号码;登录后以 dashboard 当前公告/FAQ 显示的官方入口为准。生产 About 与 footer 未公布客服邮箱、工单或反馈表单时,不要使用第三方页面中的联系方式;New API/QuantumNous 的开源项目联系方式也不是 InfiniteX 客服。
常见错误
- 只提供“请求失败”:至少补充时间、endpoint、状态码和 request ID。
- 把模型不可用当全站故障:先查实时可用渠道和模型广场,再核对调用 endpoint。
- 发送完整 Key 或响应:立即停止;只提供 Key 名称或末尾少量字符,正文和截图都应脱敏。
- 状态页正常但请求失败:继续核对账号额度、密钥权限、分组、模型、限流和使用日志。
安全与计费
最小复现请求仍可能计费。只使用无私密内容的短请求,并在测试后检查使用日志;不要为排障反复发送大请求。
下一步
最后更新于