@KathyReid我们可以从 Mycroft 团队获得一些反馈吗？ 你会对此持开放态度还是现在属于一项技能？

@DarthSpock @tsdorsey感谢您对此提出建议。

在内部，我们已经讨论了实施 IFTTT 支持有一段时间了。 这是我们想要做更长期（18-24 个月左右）的事情，但出于以下几个原因，我们现在这样做没有意义：

• 在平台上提供 IFTTT 频道每月需要支付巨额费用。 我们的用户群规模目前并不使其成为一项明智的投资 - 但我们的用户群正在以每月 1200 名左右的用户增长，因此随着时间的推移，这笔支出更有意义。

• 正如@DarthSpock正确指出的那样，为了实现 IFTTT 协议，必须编写很多mycroft-core ，并且正如您正确地声明的那样，其中的很多工作都将在 API 端事物。

• 我们还需要考虑的_最重要的_部分之一是非技术性的。 我们在非常拥挤和分散的物联网市场中的差异化点是我们提供的隐私溢价。 我们不会窥探您在说什么，因此我们可以向您出售广告或产品。 IFTTT 平台内的隐私控制也需要同样严格，以便我们可以保护端到端的隐私。 我不是说他们不是，但这是我们需要保证的事情。

• 我们也在考虑基于区块链的生态系统。 这是与 IFTTT 的另一个区别点。 是的，在这里完全开放，当我们第一次开始在内部谈论它时，我翻了个白眼，但我们考虑得越多，使用权益证明或工作证明模型就越有意义。

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

此外，如果您正在考虑考虑区块链，那么深度学习在 Mycroft 核心中的根深蒂固程度如何？ 考虑到当前 AI 的工作方式，这是一个需要在一段时间内为所有当前和未来 AI 实现（开源或其他）改进的领域。 我们已经有一个沙特阿拉伯公民机器人。

所以，这里有两点；

• 对于基于区块链的生态系统点 - 我们需要弄清楚生态系统如何与 IFTTT 交互，例如，您是否需要 Mycroft 令牌才能将 Mycroft 与 Alexa、Google 或 Siri 结合使用？ 或者，如果这些服务收到来自 Mycroft 的请求，它们是否会消耗 Mycroft 令牌？ 还有很多工作要做。

• 就深度学习而言 - 深度学习和机器学习不是mycroft-core的一部分，但它们是 Mycroft 生态系统中其他几个软件包的一部分。 Precise Wake Word 引擎使用神经网络来区分什么是唤醒词，什么不是，而 Mimic 2 Text to Speech 层使用神经网络来训练语音模型。

一段时间以来，我一直在关注索菲亚公民问题——令我惊讶的是，在像沙特阿拉伯这样的国家，人工智能获得了公民身份，但其女性人口只有开车的权利。 我们_还_需要深入考虑机器学习的多样性和包容性问题。

我没有使用 IFTTT 的经验，你能给我一些关于如何在 mycroft-core 中使用它的想法。

你的意思是支持从技能中点击 IFTTT 上的某些 webhooks 还是我们可以做更多的事情，比如允许 IFTTT 触发 Mycroft？

我也从未与 IFTTT 一起开发过，但我对两者都略有考虑。 我不一定期望专门为 Mycroft 开发的技能可以在 Echo Dot 上工作，尽管这很酷，但我希望通过 IFTTT 从 Mycroft 调用 Echo Dot 及其所有功能。 实际上，我能想到的最好的比较是预购的新 Echo Dot Kids 版。 你应该检查一下，对孩子们来说很酷的东西。 有一段视频将展示 Mycroft 应该能够通过 IFTTT 做的一些事情。

@DarthSpock我认为 Mycroft 可能是一个 IFTTT 触发消费者，没有如此深刻的变化，并且可能在“传统”技能的范围内。 那么，为了清楚起见，您是否提议将 Mycroft 实例变成具有操作和触发器的成熟 IFTTT 端点？ 如果是这种情况，我仍然不相信将其构建到核心中是唯一的方法（也不是最好的方法）。 我会建议一个本地执行的“桥”，它可以侦听 IFTTT 事件，然后注入 Mycroft 消息总线。 把这两个想法放在一起：
https://platform.ifttt.com/docs#1 -set-up-your-environment
https://community.mycroft.ai/t/can-i-have-mycroft-auto-run-a-skill/1844/5

我认为这取决于每个用例是什么。 有些人可能想要完整的 IFTTT 端点，而其他人可能只想要一些兼容性。 如果其他人就他们使用 IFTTT 的目的提出一些意见，那将会有所帮助。

我个人和专业方面都希望能够拥有这样的能力
与我的 IFTTT 兼容设备和我的 Picroft 进行通信；
特别是因为他们中的孩子可能只对 IFTTT 敞开心扉。 我有
几个挑剔的“wifi”灯泡，它们是第一/第二代并且无法处理
更新得很好 - 更换它们的成本太高了，因为它们是
整个房子和单独的灯泡很贵，因为
可用的功能集。 总的来说，IFTTT 似乎更兼容
一般与“支持 wifi”的设备有关 熟悉：两者
旧/新和大/小。

更不用说协议本身比
寻求建造的非专业但技术友好的群众中的替代品
他们自己的 SMART-home 一点一点地，所以这意味着未来的设备
通常设置为在开发人员被迫选择 1 时利用这一点
在开发中花费时间+金钱+其他资源的标准/协议。

我希望能够来回交谈或设置民意调查或
充分体现我的设备之间的客户端 - 主机关系，以便
Picroft/Mycroft 可能是中心枢纽：它可以更快地启用
在所有设备上实施智能家居，而不是导致
巨大的碎片化和复杂的支持，因此我必须创建多个
与 [My|Py]croft 和我的其他 IFTTT 设备通信的集线器和
非 IFTTT 设备。

但是，如果被迫在明天得到我的蛋糕之间做出选择（客户端+主机
[即完全]在一两年内实施）或今天吃它（客户
实施只是为了给我们一些工作，直到团队
全部交易或其他一些实施的时间/资源），我会
满足于今天吃。 早点有事可做
等待更晚的日期，这甚至可能不是我们今天期望/需要的
这意味着我们不必袖手旁观。 它会打开门
对于更看似不可能/复杂的解决方案，可以使这
产品在全球更多家庭中受到青睐。

谢谢，
严肃的软

网站、应用程序和咨询：
ASP.NET、C#、VB.NET、PHP、Ruby 和 C++ 开发人员
http://Seriussoft.com
弥敦道 [email protected]