@KathyReid Könnten wir dazu ein Feedback vom Mycroft-Team bekommen? Wären Sie dafür offen oder gehört es vorerst in einen Skill?

@DarthSpock @tsdorsey Vielen Dank für Ihren

Intern haben wir schon länger über die Implementierung der IFTTT-Unterstützung diskutiert. Es ist etwas, das wir längerfristig machen möchten (18-24 Monate oder so), aber es macht aus mehreren Gründen derzeit keinen Sinn, dies zu tun:

• Die Bereitstellung eines IFTTT-Kanals auf der Plattform ist mit hohen monatlichen Kosten verbunden. Die Größe unserer Benutzerbasis macht dies derzeit nicht zu einer sinnvollen Investition - aber unsere Benutzerbasis wächst auf etwa 1200 Benutzer pro Monat, sodass diese Ausgaben im Laufe der Zeit mehr Sinn machen.

• Wie @DarthSpock richtig darauf hinweist, mycroft-core geschrieben werden, um das IFTTT-Protokoll zu implementieren, und ein Großteil dieser Arbeit würde, wie Sie zu Recht sagen, auf der API-Seite von Dinge.

• Eines der _wichtigsten_ Elemente, die wir ebenfalls berücksichtigen müssen, ist nicht-technisch. Unser Unterscheidungsmerkmal in einem sehr überfüllten und fragmentierten IoT-Marktplatz ist die von uns angebotene Datenschutzprämie. Wir schnüffeln nicht nach, was Sie sagen, damit wir Ihnen Anzeigen oder Produkte verkaufen können. Die Datenschutzkontrollen innerhalb der IFTTT-Plattform müssten ebenfalls ähnlich streng sein, damit wir die Privatsphäre durchgehend schützen können. Ich sage nicht, dass sie es nicht sind , aber wir müssen es versichern.

• Wir denken auch über ein Blockchain-basiertes Ökosystem nach . Dies ist ein weiterer Unterscheidungspunkt zu IFTTT. Ja, da ich hier völlig offen bin, verdrehte ich meine Augen, als wir das erste Mal intern darüber plauderten, aber je mehr wir darüber nachdenken, desto sinnvoller ist es, einen Proof of Stake oder Proof of Work-Modell zu verwenden.

Ich würde die Verwendung eines Blockchain-basierten Ökosystems positiv bewerten, bin mir aber nicht sicher, ob dies die IFTTT-Unterstützung ungültig machen würde. Ehrlich gesagt möchte ich Mycroft nur mit Alexa, Google, Siri und jeder anderen KI verwenden können. Da dies die einzige Open-Source-KI ist, würde es Benutzern ermöglichen, beliebige Geräte zu kaufen und sie dennoch zentral über IFTTT steuern zu können. Und das macht finanziell über die IFTTT-Plattform Sinn. Auf jeden Fall bereit, darauf zu warten und zu hoffen, dass es Teil des nächsten Geräts ist.

Auch wenn Sie über eine Blockchain nachdenken, wie tief ist Deep Learning im Kern von Mycroft verwurzelt? Wenn man bedenkt, wie die aktuelle KI jetzt funktioniert, ist dies eine Arena, die für alle aktuellen und zukünftigen KI-Implementierungen (Open-Source oder anderweitig) für einige Zeit verbessert werden muss. Wir haben bereits einen Roboter für saudi-arabische Staatsbürger .

Also, zwei Punkte hier;

• Zum Blockchain-basierten Ökosystem-Punkt – wir müssten herausfinden, wie das Ökosystem mit IFTTT zusammenarbeiten würde, zum Beispiel benötigen Sie einen Mycroft-Token, um Mycroft mit Alexa, Google oder Siri zu verwenden? Oder würden diese Dienste Mycroft-Token verbrauchen, wenn sie eine Anfrage von Mycroft erhalten würden? Da muss man noch viel durcharbeiten.

• Zum Thema Deep Learning – Deep Learning und Machine Learning sind nicht Teil von mycroft-core , aber sie sind Teil mehrerer anderer Softwarepakete im Mycroft-Ökosystem. Die Precise Wake Word-Engine verwendet ein neuronales Netzwerk, um zu unterscheiden, was ein Wake Word ist und was nicht, während die Text-to-Speech-Schicht von Mimic 2 ein neuronales Netzwerk zum Trainieren von Sprachmodellen verwendet.

Ich verfolge das Sophia-Bürgerproblem schon seit einiger Zeit - und was mich erstaunt, ist, dass in einem Land wie KSA eine KI zwar die Staatsbürgerschaft erhält, ihre weibliche Bevölkerung aber gerade erst das Recht zum Autofahren bekommen hat. Wir müssen _auch_ neben dem maschinellen Lernen auch Themen der Vielfalt und Inklusion berücksichtigen.

Ich habe keine Erfahrung mit IFTTT, könnten Sie mir einige Ideen geben, wie dies in Mycroft-Core verwendet werden könnte.

Meinen Sie Unterstützung für das Treffen bestimmter Webhooks auf IFTTT von Skills oder können wir mehr tun, wie IFTTT zu erlauben, Mycroft auszulösen?

Ich habe auch noch nie mit IFTTT entwickelt, aber ich denke wenig an beides. Ich würde nicht unbedingt erwarten, dass eine speziell für Mycroft entwickelte Fähigkeit an einem Echo Dot arbeitet, obwohl das cool wäre, aber ich würde erwarten, den Echo Dot und alle seine Fähigkeiten von Mycroft über IFTTT aufzurufen. Eigentlich der beste Vergleich, der mir einfällt, ist die neue Echo Dot Kids Edition auf Vorbestellung . Sie sollten es sich ansehen, ziemlich coole Sachen für Kinder. Es gibt ein Video, das etwas von dem zeigt, was Mycroft über IFTTT tun sollte.

@DarthSpock Ich denke, Mycroft könnte ohne so tiefgreifende Änderungen ein IFTTT-Auslöser sein und wahrscheinlich innerhalb der Grenzen einer "traditionellen" Fähigkeit. Schlagen Sie nur der Übersichtlichkeit halber vor, dass eine Mycroft-Instanz zu einem vollwertigen IFTTT-Endpunkt mit Aktionen und Triggern wird? Wenn dies der Fall ist, bin ich immer noch nicht davon überzeugt, dass der Einbau in den Kern der einzige Weg (und auch nicht der beste) ist. Ich würde eine lokal ausgeführte "Brücke" vorschlagen, die auf IFTTT-Ereignisse lauscht und dann in den Mycroft-Nachrichtenbus einfügt. Bringen Sie diese beiden Ideen zusammen:
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

Ich denke, es kommt auf den jeweiligen Anwendungsfall an. Einige Leute möchten möglicherweise einen vollwertigen IFTTT-Endpunkt, während andere nur eine gewisse Kompatibilität wünschen. Es wäre hilfreich, wenn andere etwas dazu beitragen würden, wofür sie IFTTT verwenden würden.

Ich persönlich und beruflich würde gerne die Fähigkeit haben
um zwischen meinen IFTTT-kompatiblen Geräten und meinem Picroft hin und her zu kommunizieren;
vor allem, weil Babys von ihnen sich nur IFTTT öffnen können. ich habe
mehrere knifflige "WLAN" -Glühbirnen, die 1./2. Generation sind und nicht handhaben
aktualisiert sich gut - zu teuer, um sie alle zu ersetzen, weil sie es sind
im ganzen Haus und einzeln sind die Glühbirnen teuer wegen der
Funktionsumfang verfügbar. Im Allgemeinen scheint IFTTT kompatibeler zu sein in
allgemein an Stelle von "WLAN-fähigen" Geräten Vertraut mit: beides
alt/neu und groß/klein.

Ganz zu schweigen davon, dass das Protokoll selbst im Vergleich zu bekannter ist
die Alternativen unter den Laien, aber technikfreundlichen Massen, die bauen wollen
nach und nach ihr eigenes SMART-Home, d.h. zukünftige Geräte sind
wird oft eingerichtet, um dies zu nutzen, wenn Entwickler gezwungen sind, 1 auszuwählen
Standard/Protokoll, um Zeit + Geld + andere Ressourcen in die Entwicklung zu investieren.

Ich würde mich freuen, mich hin und her unterhalten zu können oder eine Umfrage einzurichten oder zu
voll auf Client-Host-Beziehung zwischen meinen Geräten, so dass die
Picroft/Mycroft könnte die zentrale Drehscheibe sein: es würde schneller ermöglichen
SMART-Home-Implementierung auf allen Geräten statt Verursacher
riesige Fragmentierung und komplexe Unterstützung, wobei ich mehrere erstellen muss
HUBs, die mit dem [My|Py]croft und meinen anderen IFTTT-Geräten kommunizieren und
Nicht IFTTT-Geräte.

Wenn ich jedoch gezwungen bin, morgen meinen Kuchen zu bekommen (Client+Host
[dh Vollständige] Implementierung in einem Jahr oder 2) oder heute essen (Kunde
Umsetzung nur, um uns etwas zum Arbeiten zu geben, bis das Team es geschafft hat
Zeit/Ressourcen für den vollständigen Deal oder eine andere Implementierung), wäre ich
zufrieden damit, es heute zu essen. Früher etwas zum Arbeiten haben im Vergleich zu
Warten auf einen späteren Termin, der vielleicht nicht einmal das ist, was wir heute erwarten / brauchen
bedeutet, dass wir nicht untätig auf unseren Daumen sitzen müssen. Es würde die Tür öffnen
für noch mehr scheinbar unmögliche/komplexe Lösungen, die dies machen könnten
Produkt wünschenswert in noch mehr Haushalten auf der ganzen Welt.

Danke,
SeriousSoft

Websites, Apps und Beratung:
ASP.NET-, C#-, VB.NET-, PHP-, Ruby- und C++-Entwickler
http://Seriussoft.com
nathan. [email protected]