58 lines
4.9 KiB
Markdown
58 lines
4.9 KiB
Markdown
# 系统设置
|
||
|
||
系统设置是你配置影响 Speakr 实例中每个用户和录音的基本行为的地方。这些全局参数塑造系统的运行方式，从技术限制到面向用户的功能。
|
||
|
||
|
||
|
||
## 转录文本长度限制
|
||
|
||
转录文本长度限制决定了在生成摘要或响应聊天时有多少文本会被发送给 AI。这个看似简单的数字对质量和成本都有很大影响。
|
||
|
||
当设置为"无限制"时，无论长度如何，整个转录文本都会发送给 AI。这确保了 AI 拥有完整的上下文，但对于长录音来说可能会变得昂贵。两小时的会议可能会生成 20,000 字的转录文本，消耗大量 API 令牌并可能超出 AI 模型的上下文窗口。此限制也将应用于说话人识别模态中的说话人自动检测功能。
|
||
|
||
设置字符限制（如 50,000 个字符）会为 API 消耗设置上限。系统将截断非常长的转录文本，仅将开头部分发送给 AI。这使成本可预测，但可能意味着 AI 会错过录音后面部分的重要内容。
|
||
|
||
最佳点取决于你的使用场景。对于典型的一小时以内的会议，50,000 个字符通常可以捕获所有内容。对于更长的会话，你可以增加此限制或培训用户拆分录音。监控你的 API 成本和用户反馈以找到正确的平衡。
|
||
|
||
## 最大文件大小
|
||
|
||
文件大小限制保护你的系统免受大量上传的压倒性影响，同时确保用户可以使用合理的录音。默认的 300MB 可容纳数小时的压缩音频，这涵盖了大多数使用场景。
|
||
|
||
提高此限制允许更长的录音，但需要仔细考虑。较大的文件需要更长的上传时间、消耗更多存储，并且可能在处理期间超时。你的服务器需要足够的内存来处理这些文件，并且你的存储必须能够容纳它们。网络超时、浏览器限制和用户耐心都影响着什么是实际的。
|
||
|
||
如果用户经常触及限制，请考虑他们是否真的需要这么长的单个录音。通常，将长会话拆分为逻辑片段会产生更好的结果——更容易查看、处理更快、摘要更聚焦。
|
||
|
||
## ASR 超时设置
|
||
|
||
ASR 超时决定了 Speakr 将等待高级转录服务完成工作的时间。默认的 1,800 秒（30 分钟）可处理大多数录音，但你可能需要根据你的转录服务和典型文件大小进行调整。
|
||
|
||
设置过低会导致较长的录音即使转录服务正常工作也会失败。录音似乎卡在处理中，然后最终失败，令必须重试或放弃的用户感到沮丧。设置过高会使系统资源等待可能已经失败的服务。
|
||
|
||
最佳超时取决于你的转录服务的性能和用户的录音长度。监控成功转录的处理时间，并将超时设置为舒适地高于你最长的正常处理时间。如果你经常处理数小时的录音，你可能需要 3,600 秒或更多。
|
||
|
||
## 录音免责声明
|
||
|
||
录音免责声明会在用户开始任何录音会话之前出现，非常适合法律通知、策略提醒或使用指南。这个 markdown 格式的消息确保用户在创建内容之前了解他们的责任。
|
||
|
||
组织通常将其用于合规要求——提醒用户关于同意要求、数据处理策略或适当使用指南。教育机构可能会指出录音仅用于学术目的。医疗机构可能会参考 HIPAA 合规要求。
|
||
|
||
保持免责声明简洁且相关。用户会频繁看到此消息，因此冗长的法律文本会变成被忽视的点击-through。专注于最重要的要点，并在需要时链接到详细策略。markdown 支持让你可以使用粗体文本进行强调或链接到其他资源来清晰地格式化消息。
|
||
|
||
## 系统级影响
|
||
|
||
此页面上的每个设置都会立即影响所有用户。更改在你保存后立即生效，无需系统重启或用户注销。这种即时应用意味着你应该仔细测试更改并将重大修改传达给你的用户。
|
||
|
||
刷新按钮从数据库重新加载设置，如果多个管理员可能在进行更改或你想确保你看到的是最新值，这将非常有用。界面显示每个设置的最后更新时间，帮助你跟踪随时间的更改。
|
||
|
||
## 常见问题故障排除
|
||
|
||
当录音持续失败时，请检查它们是否触及了你配置的限制。错误日志会指示文件是否过大或处理是否超时。用户可能没有意识到他们的录音超出了限制，尤其是如果他们上传现有内容而不是直接录音。
|
||
|
||
如果 API 成本意外飙升，请检查你的转录文本长度限制。如果未设置限制，单个用户上传许多长录音可能会大幅增加消耗。用户活动与系统设置的组合决定了你的实际成本。
|
||
|
||
处理积压可能表明你的超时设置过高。如果系统每次失败的转录尝试等待 30 分钟，一系列有问题的文件可能会阻塞队列数小时。在对慢速处理的耐心与服务实际宕机时快速失败之间取得平衡。
|
||
|
||
---
|
||
|
||
下一步：[默认提示词](prompts.md) →
|