当我们为MycroftSkill添加use_settings参数时，这是一种权宜之计。基本上，这是因为Padatious作为技能运行，我们不希望它出现在技能页面上。
现在，Padatious已经成为与Adapt相同级别的正式服务，原始的hack不再需要了。
我认为这个功能目前用处不大，因为它禁用了所有设置(甚至本地设置),因此可以将其移除。另一种做法是将其用作禁用远程后端更新的标志。
当我们为MycroftSkill添加use_settings参数时，这是一种权宜之计。基本上，这是因为Padatious作为技能运行，我们不希望它出现在技能页面上。
现在，Padatious已经成为与Adapt相同级别的正式服务，原始的hack不再需要了。
我认为这个功能目前用处不大，因为它禁用了所有设置(甚至本地设置),因此可以将其移除。另一种做法是将其用作禁用远程后端更新的标志。
4条答案
按热度按时间2jcobegt1#
#2734 已经提供了一个全局禁用后端设置更新的机制。
我确实喜欢能够为每个技能禁用设置上传的想法，我真的不希望意外地上传敏感数据(当技能设置的双向同步最终得到修复时...)
我认为在技能本身中禁用它有很多价值，最终用户可能不想全局禁用同步，但作为一个技能开发者，如果我能确保默认情况下不会上传内容，那么我会集成到我一直避免的技能设置中，例如，在 https://github.com/JarbasAl/skill-email-commands 中，出于隐私原因，配置是在 mycroft.conf 中完成的。
gmol16392#
我同意禁用每个技能的远程设置可能会很有用(只有GUI设置或语音设置的技能)。也许将其重命名为
use_remote_settings,并更新功能以允许在禁用远程更新的同时使用本地settings.json文件。bxgwgixi3#
另一种解决方案是我在ovos_utils中所做的。
OpenVoiceOS/ovos-utils#50
这区分了公共和私有技能设置，可以解释一个技能只想向Web UI公开某些设置的情况，在这种情况下，参数可以简单地被弃用。
eh57zj3b4#
是的，这是一个很好的观点。另一种方法可能是仅同步设置元数据中的键，使默认值为私有。可能需要为设置元数据添加一个每个变量标志以禁用上传(例如@AIIX的GUI设置，它也使用设置元数据)。
你改变了我的想法，无论决定允许私有/本地变量的选项是什么，都应该“最好删除它”。