Hermes uncensored：使用 API 时的常见错误

理解上下文窗口限制

该模型支持 100,000 token 的上下文窗口，用于合并的输入和输出。开发人员通常假设整个窗口都可用于 prompt。这种假设会导致响应变大时发生截断。您必须为 completion 保留 token。如果您的 prompt 使用了 80,000 个 token，则输出只剩下 20,000 个可用。系统会严格执行此限制。超出限制会导致立即报错。在发送之前，务必计算最大可能的输出。这对于长文档处理或历史迅速累积的扩展角色扮演会话至关重要。如果需要更多空间，请考虑对输入数据进行分块。API 不会自动截断。它会返回错误。这可以防止破坏 JSON 解析器的部分响应。仔细规划您的 token 预算。每个 token 都计入总和。计算中的小错误会导致请求失败。在仪表板中检查您的 token 使用情况。这有助于优化未来的 prompt。效率节省资金，也能降低延迟。保持上下文紧凑。移除不必要的历史。这使您的请求保持在限制范围内。100k 限制虽然慷慨但是有限的。请明智使用。

管理输出令牌限制

每个请求最多可生成 16,000 个 token 的输出。如果您未指定 max_tokens, 模型默认输出 2,048 个 token。此默认值对于复杂任务来说通常太短。您可能会收到截断的响应。模型会在句子中间截断。这会破坏您的应用程序逻辑。始终设置 max_tokens 显式设置。这使您可以控制输出长度。它还有助于管理成本。较长的输出需要更多令牌。请精确设置您的限制。如果您需要超过 16,000 个令牌，可能需要多次调用 API。该模型不支持在单个请求中进行多轮输出。您可以在后续请求中继续对话。这是一个标准模式。它非常适合长文本内容生成。只需记住在下一个提示中包含之前的输出。这可以保持上下文。16k 限制是硬性上限，不可配置。请相应地规划您的内容生成。简短、专注的提示会产生更好的结果。冗长、漫无边际的提示会更快达到限制。保持指令清晰。这减少了对长输出的需求。效率是关键。监控您的令牌使用情况。这有助于您保持在预算内。根据需要调整您的限制。灵活性很重要。

处理速率限制和并发

每个 API 密钥每分钟限 300 次请求。您可以同时运行 8 个请求。这些限制是针对每个密钥的，而不是针对整个账户。如果您共享密钥，所有用户将共享同一限制。这会导致瓶颈迅速出现。您可能会看到 429 错误。这意味着您已超出限制。在重试前等待。API 使用滑动窗口机制。这意味着限制会逐渐重置。不要频繁请求该端点。这可能导致临时封禁。使用指数退避进行重试。这是标准做法。这可以防止服务器过载。并发性是一个强大的功能。它允许并行处理。但这也增加了触及限制的风险。监控您的并发请求。确保您不会同时超过 8 个请求。如果需要更高的吞吐量，请获取专用密钥。这可以隔离您的使用情况。这也简化了故障排除。您可以跟踪自己的限制。共享密钥会使调试更加困难。保持请求简洁。避免不必要的重试。这可以节省您的速率限制配额。效率至关重要。仔细规划您的并发性。在速度与稳定性之间取得平衡。300 rpm 的限制很高，但是有限的。请明智地使用它。

流式与非流式请求

SSE 流式传输提供实时令牌反馈。非流式请求等待完整响应。对于大输出，这可能需要更长时间。流式传输更适合交互式应用。它为用户提供即时反馈。模型在生成时发送令牌。这减少了感知延迟。您可以显示文本的实时出现。非流式传输更适合批处理。它一次性返回完整响应。这更易于处理。根据您的用例选择正确的模式。流式传输需要更复杂的解析。您必须处理部分响应。非流式传输更易于调试。它返回单个对象。但它会保持连接打开。这可能会消耗资源。考虑您的基础设施。对于大输出，流式传输更高效。它允许您在需要时提前停止。您可以取消请求。这节省了令牌。非流式传输不允许取消。请求运行到完成。相应地规划您的架构。对于聊天界面使用流式传输。对于数据提取使用非流式传输。这符合您的需求。灵活性是关键。明智选择。监控您的延迟。这有助于您进行优化。流式传输减少等待时间。非流式传输简化逻辑。两者都有其用途。

函数调用边缘情况

函数调用允许模型调用工具。你定义工具模式。模型返回函数调用。你执行该函数。你将结果发送回模型。此循环持续进行，直到模型完成。当模型返回无效的 JSON 或函数执行失败时，会出现边缘情况。你必须优雅地处理这些错误。模型可能会产生参数幻觉。在执行前验证参数。这可以防止运行时错误。将错误发送回模型。它可以重试或调整。这提高了可靠性。函数调用功能强大但复杂。它需要仔细的模式设计。保持模式简单。避免嵌套对象。这减少了解析错误。模型更喜欢扁平模式。为每个函数使用清晰的描述。这能正确引导模型。彻底测试你的函数。确保它们返回预期的格式。这有助于模型理解响应。函数调用不是魔法。它需要工程化。仔细规划你的工具接口。这确保了平滑的集成。调试函数调用可能很棘手。记录输入和输出。这有助于识别问题。函数调用是一个关键功能。明智地使用它。

JSON 模式验证错误

JSON 模式强制模型输出有效的 JSON。这对于结构化数据非常有用。模型必须遵循提供的 schema。如果失败，你会收到验证错误。这通常发生在模型产生幻觉时，或者输出格式不正确时。你必须处理这些错误。可以重试请求，或者调整提示词。JSON 模式非常严格，不允许包含额外文本。模型必须仅输出 JSON。这对于复杂任务来说可能具有挑战性。模型可能会添加 Markdown 代码块，这会破坏解析器。在解析前移除代码块是常见的修复方法。JSON 模式可靠但并非完美。请监控你的错误率。如果错误率较高，请调整提示词或简化 schema。JSON 模式对于 API 集成至关重要，它能确保输出的一致性，从而减少下游错误。它适用于数据提取，对表单处理效果良好，也适用于配置文件。JSON 模式是一个强大的工具，使用它来结构化你的数据，使你的 API 更加健壮。验证你的输入可以防止错误。JSON 模式是一项最佳实践，建议将其用于结构化输出。

加密货币充值与奖励积分混淆

余额仅支持通过加密货币充值。我们接受 TRC20 网络上的 USDT 或 Base 网络上的 USDC。最低充值额为 $20，最高为 $500。您必须发送整数美元金额。Bonus 余额将自动添加。充值 $50 可获得 5% 奖励。充值 $100 可获得 10% 奖励。充值 $200 可获得 15% 奖励。此奖励将添加至您的账户。它不是折扣，而是额外余额。这提升了您的资金价值。请注意网络类型。USDT 请使用 TRC20 网络。USDC 请使用 Base 网络。发送至错误网络可能导致资金损失，且不可逆转。务必仔细核对地址。加密货币支付迅速。余额即时到账。这使您能立即开始使用 API。试用版提供 $0.50 余额，有效期 7 天。这足以测试 API。加密货币充值余额永不过期。这是关键优势。您可在需要时随时充值，灵活自如。请仔细管理预算。追踪您的 bonus 余额。这有助于您了解资金价值。加密货币支付安全且私密。这是关键优势。使用加密货币充值是获取余额的最快方式。

监控使用情况与错误

在仪表板中跟踪您的 token 使用情况。这有助于您管理预算。您可以查看随时间推移的消费情况。这有助于识别使用量的激增。监控您的错误率。高错误率表明存在问题。检查响应状态码。429 表示超出速率限制。500 表示服务器错误。400 表示请求错误。适当处理这些代码。对 500 错误进行重试。对 429 错误进行等待。修复 400 错误的请求。日志记录至关重要。记录您的输入和输出。这有助于调试问题。它还有助于优化您的提示。监控为您提供见解。它有助于改进您的集成。使用仪表板跟踪趋势。识别使用模式。这有助于您规划扩展。监控不是可选的。对于生产环境至关重要。密切关注您的限制。这可防止意外停机。如果可能，请使用警报。这会在出现问题时通知您。监控是一个持续的过程。定期执行。这可确保平稳运行。保留您的日志。这有助于审计。监控是成功的关键。

无审查内容的最佳实践

该模型不拒绝合法的成人内容。它从设计上就是无审查的。这允许创意自由。但也意味着您会得到您要求的内容。在提示词中要具体。这能减少意外的输出。模型紧密遵循指令。如果您想要 NSFW 内容，请明确要求。如果您想要干净的内容，请指定。模型尊重您的指令。它不施加自己的道德观。这是一个特性。它允许多样化的内容。但也需要仔细的提示。避免模糊的指令。这能减少幻觉。使用清晰的语言。这能提高输出质量。该模型针对成人用途进行了调整。它能很好地处理成熟主题。这使其非常适合角色扮演。它也适用于创意写作。用于头脑风暴。它生成想法时不带评判。无审查特性是关键优势。利用它来发挥优势。提示工程仍然很重要。好的提示产生好的结果。差的提示产生差的结果。这对任何模型都适用。但无审查模型更具不可预测性。准备好应对多变的输出。这是体验的一部分。拥抱自由。利用它创建独特的内容。无审查模型是一个强大的工具。明智地使用它。