@KathyReid Pourrions-nous obtenir des commentaires de l'équipe Mycroft à ce sujet ? Seriez-vous ouvert à cela ou est-ce que cela fait partie d'une compétence pour le moment ?

@DarthSpock @tsdorsey Merci pour votre suggestion à ce sujet.

En interne, nous discutons de la mise en œuvre du support IFTTT depuis un certain temps. C'est quelque chose que nous voulons faire à plus long terme (18-24 mois environ) mais cela n'a pas de sens pour nous de le faire maintenant pour plusieurs raisons :

• La fourniture d'un canal IFTTT sur la plate-forme entraîne un coût mensuel élevé. La taille de notre base d'utilisateurs n'en fait pas un investissement raisonnable pour le moment - mais notre base d'utilisateurs augmente d'environ 1 200 utilisateurs par mois, donc avec le temps, cette dépense devient plus logique.

• Comme @DarthSpock le souligne à juste titre, il faudrait écrire beaucoup de mycroft-core pour implémenter le protocole IFTTT, et une grande partie de ce travail, comme vous le dites à juste titre, serait du côté API de des choses.

• L'un des éléments les plus importants que nous devrions également prendre en compte est non technique. Notre point de différenciation dans un marché IoT très encombré et fragmenté est la prime de confidentialité que nous offrons. Nous n'espionnons pas ce que vous dites afin de pouvoir vous vendre des publicités ou des produits. Les contrôles de confidentialité au sein de la plate-forme IFTTT devraient également être tout aussi rigoureux afin que nous puissions protéger la confidentialité de bout en bout. Je ne dis pas qu'ils ne le sont

• Nous envisageons également un écosystème basé sur la blockchain . C'est un autre point de différenciation par rapport à IFTTT. Oui, étant totalement ouvert ici, j'ai levé les yeux au ciel la première fois que nous avons commencé à en discuter en interne, mais plus nous y pensons, plus cela a du sens, en utilisant un modèle de preuve d'enjeu ou de preuve de travail.

Je voterais en utilisant un écosystème basé sur la blockchain, mais je ne suis pas sûr que cela invaliderait l'obtention du support IFTTT. Honnêtement, je veux juste pouvoir utiliser Mycroft avec Alexa, Google, Siri et toute autre IA disponible. Puisqu'il s'agit de la seule IA open source, son utilisation pour prendre le contrôle des propriétaires permettrait aux utilisateurs d'acheter les appareils de leur choix et de pouvoir les contrôler de manière centralisée via IFTTT. Et cela a du sens financièrement pour la plate-forme IFTTT. Je suis définitivement prêt à l'attendre et j'espère qu'il fera partie du prochain appareil.

De plus, si vous envisagez d'envisager la blockchain, à quel point le Deep Learning est-il profondément enraciné dans le noyau de Mycroft ? Compte tenu du fonctionnement actuel de l'IA, il s'agit d'un domaine qui devra être amélioré pendant un certain temps pour toutes les implémentations actuelles et futures de l'IA (open source ou autre). Nous avons déjà un robot citoyen saoudien .

Donc, deux points ici;

• Au point de l'écosystème basé sur la blockchain - nous aurions besoin de déterminer comment l'écosystème s'interfacerait avec IFTTT, par exemple, auriez-vous besoin d'un jeton Mycroft pour utiliser Mycroft avec Alexa, Google ou Siri ? Ou ces services consommeraient-ils Mycroft Token s'ils recevaient une demande de Mycroft ? Encore beaucoup de travail là-bas.

• Au point de l'apprentissage en profondeur - l'apprentissage en profondeur et l'apprentissage automatique ne font pas partie de mycroft-core , mais ils font partie de plusieurs autres logiciels de l'écosystème Mycroft. Le moteur Precise Wake Word utilise un réseau de neurones pour faire la distinction entre ce qui est un Wake Word et ce qui ne l'est pas, tandis que la couche Mimic 2 Text to Speech utilise un réseau de neurones pour former des modèles vocaux.

Cela fait un moment que je surveille le problème des citoyens de Sophia - et ce qui m'étonne, c'est que dans un pays comme l'Arabie saoudite, une IA reçoit la citoyenneté, mais sa population féminine vient tout juste d'avoir le droit de conduire. Nous devons _également_ examiner en profondeur les questions de diversité et d'inclusion parallèlement à l'apprentissage automatique.

Je n'ai aucune expérience avec IFTTT, pourriez-vous me donner quelques idées sur la façon dont cela serait utilisé dans mycroft-core.

Voulez-vous dire la prise en charge de certains webhooks sur IFTTT à partir des compétences ou pouvons-nous faire plus, comme permettre à IFTTT de déclencher Mycroft ?

Je n'ai jamais développé avec IFTTT non plus mais je pense un peu aux deux. Je ne m'attendrais pas nécessairement à ce qu'une compétence développée spécifiquement pour Mycroft travaille sur un Echo Dot, bien que ce serait cool, mais je m'attendrais à appeler Echo Dot et toutes ses capacités de Mycroft via IFTTT. En fait, la meilleure comparaison à laquelle je puisse penser est la nouvelle édition Echo Dot Kids en pré-commande . Vous devriez vérifier, des trucs plutôt cool pour les enfants. Il y a une vidéo qui montrera un peu ce que Mycroft devrait être capable de faire via IFTTT.

@DarthSpock Je pense que Mycroft pourrait être un consommateur de déclencheur IFTTT sans changements aussi profonds, et probablement dans les limites d'une compétence "traditionnelle". Pour plus de clarté, proposez-vous donc qu'une instance Mycroft devienne un point de terminaison IFTTT à part entière avec des actions et des déclencheurs ? Si tel est le cas, je ne suis toujours pas convaincu que l'intégrer dans le noyau soit le seul moyen (ni le meilleur). Je proposerais un "pont" à exécution locale qui pourrait écouter les événements IFTTT, puis les injecter dans le bus de messages Mycroft. En quelque sorte mettre ces deux idées ensemble :
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

Je pense que cela dépend de chaque cas d'utilisation. Certaines personnes peuvent vouloir un point de terminaison IFTTT complet tandis que d'autres veulent juste une certaine compatibilité. Cela aiderait si d'autres personnes donnaient leur avis sur l'utilisation qu'ils feraient d'IFTTT.

Personnellement et professionnellement, j'aimerais pouvoir avoir la capacité
pour communiquer entre mes appareils compatibles IFTTT et mon Picroft ;
surtout parce que bébé d'entre eux ne peut s'ouvrir qu'à IFTTT. j'ai
plusieurs ampoules "wifi" capricieuses qui sont de 1ère/2ème génération et ne fonctionnent pas
mises à jour bien - trop coûteuses pour les remplacer toutes car elles sont
partout dans la maison et individuellement, les ampoules sont chères en raison de la
ensemble de fonctionnalités disponibles. En général, IFTTT semble être plus compatible dans
général avec le lieu d'appareils "compatibles wifi" En familier avec: les deux
ancien/nouveau et grand/petit.

Sans compter que le protocole lui-même est plus connu que
les alternatives parmi les masses profanes mais technophiles qui cherchent à construire
petit à petit leur propre maison SMART, ce qui signifie que les futurs appareils sont
souvent configuré pour en profiter lorsque les développeurs sont obligés de choisir 1
standard/protocole pour consacrer du temps + de l'argent + d'autres ressources au développement.

J'aimerais pouvoir échanger ou organiser un sondage ou
relation client-hôte complète entre mes appareils de telle sorte que le
Picroft/Mycroft pourrait être le hub central : il permettrait d'accélérer
Implémentation SMART-home sur tous les appareils au lieu de provoquer un
fragmentation énorme et accompagnement complexe par lequel je dois créer plusieurs
HUB qui communiquent avec le [My|Py]croft et mes autres appareils IFTTT et
appareils non IFTTT.

Cependant, si je suis obligé de choisir entre recevoir mon gâteau demain (Client+Hôte
[c.-à-d. Complète] mise en œuvre dans un an ou 2) ou le manger aujourd'hui (client
mise en œuvre uniquement pour nous donner quelque chose avec quoi travailler jusqu'à ce que l'équipe ait
temps/ressources pour l'accord complet ou une autre mise en œuvre), je serais
content de le manger aujourd'hui. Avoir quelque chose avec quoi travailler plus tôt que
attendre une date ultérieure qui pourrait même ne pas être celle à laquelle nous nous attendons/avons besoin aujourd'hui
signifie que nous n'avons pas à rester les bras croisés sur nos pouces. ça ouvrirait la porte
pour des solutions encore plus apparemment impossibles/complexes qui pourraient rendre cela
produit désirable dans encore plus de foyers à travers le monde.

Merci,
SérieuxSoft

Sites Web, applications et consultation :
Développeur ASP.NET, C#, VB.NET, PHP, Ruby et C++
http://Seriussoft.com
nathan. [email protected]