这是一个非常小的、更偏向于视觉上的小瑕疵。但它正在使用中,并且翻译工作正常。
但它让我短暂地心律不齐了 ![]()
抱歉,不明白,这里有什么问题?
翻译已启用,并且一直处于启用状态,而不是禁用状态,正如该屏幕所示。
奇怪,@nat 正在处理这个屏幕,应该显示进度。
如果满足以下条件,则认为该功能已启用:
discourse_ai_enabled ai_translation_enabled content_localization_supported_locales 有值ai_translation_backfill_max_age_days 大于 0ai_translation_backfill_hourly_rate 大于 0@Jagster 你能分享这些值以及你的图表状态吗?
话虽如此,也许我们可以减少显示此图表的条件,但如果前四个条件不满足,该图表将为空。
那么,这可能是“黑客帝国”中的某种故障。我经常进行升级,所以可以修复,即使没有明显的原因。
如果只有这两个设置阻止图表显示,那么文本应该这样写:“自动回填翻译已禁用,请点击下方进行配置”。这样就没人会担心翻译是否普遍被禁用。
我的内容已翻译,内容方面没有问题。
但是:
该图表特定于 AI 功能,并且仅在所有五个设置都相应设置时才显示。
我可以从需求中删除 backfill_hourly_rate,但除此之外,我认为它无法正常工作。
抱歉,我的错。我以为那些 enabled 点是很明显的。
人工智能和翻译都已启用。
我明白了。为了再次确认,目前在满足上述所有五项条件的情况下,您仍然看到它被禁用,如原始帖(OP)所述?
是的,仍然如此。
我可以重建并尝试,看看是否能解决问题。因为如果只有我遇到这个问题,那么问题一定出在我这边。
我认为这会很好。今天有新的图表更新。
另外需要检查的是,您是否为每个翻译的 Persona 配置了有效的 LLM。(如果您好奇的话,整个文件 会进行验证)
运气不佳。我通过注释掉 DISCOURSE_DEFAULT_LOCALE: fi 并从设置中更改,将默认区域设置从 fi 改为 en_US,但这也没有帮助。安全模式也一样。
我在 web_only.yml 和 data.yml 中有这个:
LANG: fi_FI.UTF-8
LANGUAGE: fi_FI.UTF-8
我尝试在两个 yml 文件中将它们更改为 en_US.UTF-i,但这导致重建失败。
总之——我认为也不是区域设置的问题 ![]()
我将开始研究 personas,但那些应该是默认的,我没有编辑过任何一个。
毕竟——这不是什么大问题。
好的,你猜对了。
discourse(prod)> SiteSetting.ai_translation_backfill_hourly_rate
=> 0
当我将其更改为 15(当然,任何大于零的数字都可以)时,我看到了图表。
最大的问题是为什么它是零?为什么它没有遵循设置 AI summary backfill maximum topics per hour?
嗯,不,它们是完全不同的功能,应该出现在各自的功能设置中。
下一个愚蠢的问题:
因为 SiteSetting.ai_translation_backfill_hourly_rate 为零,为什么我还是得到了翻译?我的翻译完成度接近 100% 了吗?为什么它仍然是一个隐藏的设置?
别担心这些问题,它们并不愚蠢,实际上它们能帮助我们发现产品上的不足。 ![]()
回填是为了那些希望翻译非常旧帖子的社区。 所有新帖子和主题在创建或编辑时都会被翻译。
进度图表对于像 Discourse 这样拥有大量需要以可控速度翻译的历史内容的旧社区来说很重要。
这是一个隐藏的设置,目前默认为 0,原因有几个,其中之一是此功能可能会被错误配置——一个站点可能有许多旧帖子,而站点所有者可能会选择多达 10 种或更多语言。这将产生巨额账单。此外,如果选择的 LLM 与垃圾邮件检测等其他功能相同,那么被限速将是不理想的。
我有点明白了,但我以为 SiteSetting.ai_translation_backfill_max_age_days 是用来限制历史记录的数量,而 SiteSetting.ai_translation_backfill_hourly_rate 只是在减慢速度,对吗?如果是这样,那么为什么我仍然得到了回填,即使那个隐藏的设置是零?这正是我现在不明白的地方。
没错。
回填每小时费率会影响最大天数中定义的较旧帖子,它们是协同工作的。如果值为零,则不应翻译旧帖子。所有这些都在回填作业中运行(因此设置名称中带有 backfill)。
您是否看到即使 ai_translation_backfill_hourly_rate 设置为 0,旧帖子也会被翻译?