@KathyReid ,我们能从Mycroft团队那里得到一些反馈吗？你是否愿意接受这个功能，还是现在应该把它归为一个技能？

@DarthSpock@tsdorsey 感谢您对这个问题的建议。
我们内部已经讨论了一段时间，要为平台提供IFTTT支持。这是我们想要长期做的事情(18-24个月左右),但由于以下几个原因，现在这样做没有意义：

• 在平台上提供IFTTT频道需要支付高额的月费用。我们的用户基数目前还不足以成为合理的投资，但我们的用户基数每月增长约1200名用户，所以随着时间的推移，这种支出会更有意义。
• 如@DarthSpock正确指出的那样，为了实现IFTTT协议，我们需要编写大量的代码，而且正如您正确指出的那样，其中很多工作将在API方面进行。
• 我们还需要考虑的一个重要部分是非技术性的。在拥挤且分散的物联网市场中，我们的差异化点是我们提供的隐私溢价。我们不会窥探您在说什么，以便我们可以向您出售广告或产品。IFTTT平台上的隐私控制也需要同样严格，以便我们能够保护端到端的隐私。我不是说它们不是不,但我们需要确保这一点。
• 我们还在考虑使用blockchain-based ecosystem。这是与IFTTT的另一个差异化点。是的，在这里完全开放，我第一次在内部讨论时翻了个白眼，但我们越想越觉得有道理，使用权益证明或工作量证明模型。

我愿意使用基于区块链的生态系统进行投票，但不确定这是否会使得获得IFTTT支持无效。说实话，我只是想能够使用Mycroft与Alexa、Google、Siri以及其他AI进行交互。因为这是唯一一个开源的AI,使用它来控制专有AI将使用户能够自由购买他们想要的设备，并仍然能够通过IFTTT集中控制。这在经济上对IFTTT平台是有意义的。当然愿意等待，并希望它成为下一个设备的一部分。

另外，如果你正在考虑区块链，Deep Learning在Mycroft核心中有多深入？考虑到当前AI的运作方式，这个领域需要一段时间的改进，以适应所有当前和未来的AI实现(无论是开源还是其他方式)。我们已经有了一个Saudi Arabian citizen robot。

以下是文本内容的翻译结果：

两点：

• 区块链生态系统方面 - 我们需要弄清楚生态系统如何与IFTTT接口，例如使用Mycroft与Alexa、Google或Siri交互是否需要Mycroft代币？还是这些服务在接收到来自Mycroft的请求时会消耗Mycroft代币？这方面还有很多工作要做。
• 深度学习方面 - 深度学习和机器学习不是mycroft-core的一部分，但它们是Mycroft生态系统中的其他几个软件包的一部分。Precise Wake Word engine使用神经网络来区分唤醒词和非唤醒词，而Mimic 2文本转语音层使用神经网络来训练语音模型。

我一直关注着Sophia公民问题一段时间了——令我惊讶的是，在像KSA这样的国家，AI获得了公民身份，但其女性人口刚刚获得了驾驶权。我们还需要深入考虑多样性和包容性问题，以及机器学习。

我没有使用IFTTT的经验，你能给我一些关于如何在mycroft-core中使用它的想法吗？
你是说技能支持在IFTTT上触发特定的webhook,还是我们可以做更多的事情，比如允许IFTTT触发Mycroft?

我从未使用过IFTTT进行开发，但我对两者都有一些想法。我不一定会期望专门为Mycroft开发的技能在Echo Dot上运行，尽管那会很酷，但我希望通过IFTTT从Mycroft调用Echo Dot及其所有功能。实际上，我能想到的最好的比较是pre-order上的新Echo Dot Kids版。你应该去看看，对于孩子们来说，这是相当酷的东西。有一个视频将展示一些Mycroft通过IFTTT应该能够做到的事情。

我认为Mycroft在不进行如此深刻的改变的情况下，可以成为一个IFTTT触发器消费者，可能在一个“传统”技能的范围内。为了澄清，你是建议Mycroft示例成为一个具有动作和触发器的完全成熟的IFTTT端点吗？如果是这样的话，我仍然不相信将其构建为核心是唯一的方法(也不是最好的)。我建议创建一个本地执行的“桥梁”，它可以监听IFTTT事件，然后将它们注入到Mycroft消息总线中。将这两个想法结合起来：
https://platform.ifttt.com/docs#1-set-up-your-environment

我认为这取决于每个用例的需求。有些人可能需要完整的IFTTT终端，而其他人只需要一些兼容性。如果其他人能就他们将如何使用IFTTT提供一些输入，那将会很有帮助。

我个人和职业上，非常希望能够有能力与我的IFTTT兼容设备和Picroft进行双向通信；尤其是因为它们中的大多数可能只对IFTTT开放。我有一些挑剔的“wifi”灯泡，是第一代/第二代，更新处理得不好——由于它们遍布整个房子，而且每个灯泡都很贵，所以更换它们全部的成本太高了。总的来说，IFTTT似乎在“wifi启用”设备方面更兼容，无论是新旧还是大小型。更不用说协议本身比其他选择在普通用户中更广为人知，而这些用户正在逐渐构建自己的智能家居，这意味着未来的设备通常会设置为利用这一点，当开发者被迫选择一个标准/协议来投入时间、金钱和其他资源进行开发时。我希望能与我的设备进行双向通信，或者设置一个投票或完全客户端-主机关系，使Picroft/Mycroft成为中心枢纽：它将使所有设备的快速智能家居实施变得更容易，而不是导致巨大的碎片化和复杂的后端，从而我不得不创建多个中心枢纽，与[My|Py]croft和我的其它IFTTT设备以及非IFTTT设备进行通信。然而，如果被迫在明天(客户端+主机[即全面]实现一年或两年)或今天(客户端实现仅给我们一些东西来工作，直到团队有时间/资源进行全面交易或其他实现)之间做出选择，我会满足于今天吃掉它。早点开始工作而不是等待一个可能不是我们今天期望/需要的晚些时候意味着我们不必无所事事地等待。这将为更多的看似不可能/复杂的解决方案打开大门，这些解决方案可能会使这个产品在全世界更多的家庭中变得有吸引力。谢谢，SeriousSoft...