Uncensored ia：常见错误排查

为何你的无审查 ia 模型没有响应

你的客户端收到无响应的主要原因是 SDK 设置与 API 要求之间的配置不匹配。大多数开发者复制粘贴标准的 OpenAI 示例，而没有调整端点或模型标识符。这会导致 404 或 400 错误，因为默认客户端指向错误的基础设施。验证你的 HTTP 客户端是否确实连接到服务器并接收到有效的 JSON 负载。

检查您的网络日志中的超时错误。如果连接成功但返回空正文，则模型 ID 可能不正确。uncensored ia 模型需要特定的参数，如 temperature 和 top_p，才能正常工作。如果没有这些参数，一些客户端可能会发送服务器静默拒绝的格式错误的请求。确保您的代码优雅地处理 HTTP 错误，而不是假设成功。

base_url 错误：使用 OpenAI 而不是 Dolphin

切换到此无审查 AI 服务时，最常见的错误是使用默认的 OpenAI 基础 URL。您的代码默认向 HTTPS://api.openai.com/v1 发送请求，而该地址并未托管我们的模型。这会导致“模型未找到”错误，因为 OpenAI 无法识别我们的特定端点标识符。

更新您的客户端配置，指向 HTTPS://api.dolphinia.cc/v1。此更改将您的流量引导至我们的服务器，无审查大语言模型即运行于此。请求结构其余部分与标准 OpenAI 调用完全相同。您无需重写整个应用程序逻辑。只需更新基础 URL，并确保 API 密钥对此域名有效即可。

模型 ID 错误：发送 'gpt-4' 而不是 'uncensored'

即使使用正确的 base URL，发送 'gpt-4' 或 'gpt-3.5-turbo' 也会失败。服务器期望在 model 字段中使用确切的字符串 'uncensored'。该字符串标识运行在我们基础设施上的特定开放权重模型。它不是通用占位符，而是您正在访问的无审查 AI 模型的精确标识符。

检查您的代码中是否有硬编码的模型名称。许多库在字段为空或配置错误时会默认为 'gpt-4'。在初始化参数中明确将模型 ID 设置为 'uncensored'。这确保请求到达正确的神经网络。验证响应中包含正确的模型名称，以确认切换成功。

在 uncensored ia 中处理 JSON 模式错误

JSON 模式错误通常是因为请求中未明确定义响应格式。无审查 ia 模型可以输出结构化数据，但需要正确设置 response_format 参数。如果没有此指令，模型可能会返回纯文本或格式错误的 JSON，从而破坏你的解析器。

在 API 调用中将 response_format 设置为 {"type": "json_object"}。这强制模型遵循严格的 JSON 语法。确保您的提示清楚地定义了预期的模式。uncensored LLM 随后将结构化其输出以匹配您的要求。这种方法减少了解析错误并提高了自动化管道中的可靠性。

流式传输问题：缺少包含用量数据的最后一个数据块

流式响应以数据块形式交付数据，但 Token 使用统计信息通常仅出现在最后一个数据块中。如果您过早停止监听流，就会丢失这些关键的计费信息。这可能导致成本跟踪不准确和意外的超额费用。

确保您的代码处理每一个数据块，直到流关闭。最后一个数据块包含 finish_reason 和使用统计信息。请勿丢弃它。这些数据对于验证请求是否成功完成至关重要。通过 SSE 实现流式传输允许实时更新，但您必须处理流结束事件以捕获完整信息。

Token 限制：了解 16k 输出上限

无审查 ia API 对每个请求的输出有 16,000 令牌的上限。如果您的提示词很长，用于补全的剩余空间会相应减少。超过此限制会导致截断错误或 400 Bad Request 响应。

密切关注您的输入令牌计数。总上下文窗口为 100,000 个令牌，但输出限制更严格。如果需要更长的响应，请考虑将请求分解为较小的块。这确保您保持在 16,000 个令牌的边界内。始终检查响应中的令牌使用情况，以准确规划下一步。

认证失败：检查您的 API 密钥格式

认证失败通常是由于 API 密钥无效或已过期。确保您的密钥复制正确，没有多余的空格或换行符。uncensored ia 服务要求在 Authorization 请求头中传递的有效密钥用于每个请求。

验证密钥格式是否符合预期的字符串。如果您重新生成了密钥，请立即更新客户端配置。无效的密钥会导致 401 Unauthorized 错误。检查您的账户仪表板以确认密钥状态。一个简单的拼写错误可能会破坏您的整个管道，因此在部署前请仔细检查值。

速率限制：每分钟 300 次请求的表现

无审查 ia API 允许每个密钥每分钟 300 个请求。此限制适用于所有端点。如果您超过此阈值，您将收到 429 Too Many Requests 错误。这在高吞吐量应用或批处理场景中很常见。

在重试逻辑中实现指数退避。这可以防止在达到限制时淹没服务器。监控您的请求速率以保持在边界内。每个密钥的 8 个并发请求限制也适用，因此避免发送过多的并行流。调整并发设置以在不触发速率限制的情况下保持稳定的吞吐量。

计费意外：为什么错误免费但输出收费

当用户预期为每个生成的令牌（包括错误）付费时，通常会出现计费意外。在我们的 uncensored ia 服务中，错误和拒绝免费。您只为成功的输出令牌付费。这意味着失败的请求不会产生费用。

然而，输出令牌按每 100 万令牌 $0.50 计费。输入令牌按每 100 万令牌 $0.15 计费。确保您的代码准确跟踪使用情况，以避免意外成本。预付费额度模型按实际令牌使用量收费。错误不会消耗额度，但有效输出会。定期监控余额以保持在预算内。