@KathyReid Bisakah kami mendapatkan umpan balik dari Tim Mycroft tentang ini? Apakah Anda akan terbuka untuk ini atau apakah itu termasuk dalam keterampilan untuk saat ini?

@DarthSpock @tsdorsey Terima kasih atas saran Anda untuk yang satu ini.

Secara internal kami telah membahas penerapan dukungan IFTTT selama beberapa waktu. Ini adalah sesuatu yang ingin kami lakukan dalam jangka panjang (18-24 bulan atau lebih) tetapi tidak masuk akal bagi kami untuk melakukannya sekarang karena beberapa alasan:

• Ada biaya bulanan yang besar untuk menyediakan saluran IFTTT di platform. Ukuran basis pengguna kami tidak menjadikannya investasi yang masuk akal saat ini - tetapi basis pengguna kami tumbuh sekitar 1200 pengguna per bulan, jadi seiring waktu pengeluaran ini lebih masuk akal.

• Seperti yang ditunjukkan oleh mycroft-core yang harus ditulis untuk mengimplementasikan protokol IFTTT, dan banyak yang berfungsi seperti yang Anda nyatakan dengan benar, akan berada di sisi API dari hal-hal.

• Salah satu bagian _paling penting_ yang juga perlu kita pertimbangkan adalah non-teknis. Titik diferensiasi kami di pasar IoT yang sangat ramai dan terfragmentasi adalah premium privasi yang kami berikan. Kami tidak mengintip apa yang Anda katakan sehingga kami dapat menjual iklan atau produk kepada Anda. Kontrol privasi dalam platform IFTTT juga harus sama ketatnya sehingga kami dapat melindungi privasi ujung ke ujung. Saya tidak mengatakan mereka tidak , tetapi itu adalah sesuatu yang perlu kita pastikan.

• Kami juga mempertimbangkan ekosistem berbasis blockchain . Ini adalah titik diferensiasi lain dari IFTTT. Ya, karena benar-benar terbuka di sini, saya memutar mata saat pertama kali kami mulai mengobrol tentang itu secara internal, tetapi semakin kami memikirkannya, semakin masuk akal, menggunakan model bukti kepemilikan atau bukti kerja.

Saya akan memilih menggunakan ekosistem berbasis blockchain tetapi tidak yakin itu akan membatalkan mendapatkan dukungan IFTTT. Sejujurnya, saya hanya ingin dapat menggunakan Mycroft dengan Alexa, Google, Siri, dan AI apa pun yang ada di luar sana. Karena ini adalah satu-satunya AI open-source, menggunakannya untuk mendapatkan kendali atas yang berpemilik akan membebaskan pengguna untuk membeli perangkat mana pun yang mereka inginkan dan masih dapat mengontrolnya secara terpusat melalui IFTTT. Dan itu masuk akal secara finansial tentang platform IFTTT. Pasti bersedia menunggu dan berharap itu adalah bagian dari perangkat berikutnya.

Juga jika Anda mempertimbangkan untuk mempertimbangkan blockchain, seberapa dalam Deep Learning sudah tertanam dalam inti Mycroft? Mempertimbangkan cara kerja AI saat ini, ini adalah arena yang akan membutuhkan perbaikan untuk beberapa waktu untuk semua implementasi AI saat ini dan masa depan (sumber terbuka atau lainnya). Kami memiliki robot warga Arab Saudi yang sudah ada.

Jadi, dua poin di sini;

• Ke titik ekosistem berbasis blockchain - kita perlu mencari tahu bagaimana ekosistem akan berinteraksi dengan IFTTT, misalnya apakah Anda memerlukan Token Mycroft untuk menggunakan Mycroft dengan Alexa, Google atau Siri? Atau apakah layanan tersebut akan menggunakan Token Mycroft jika melewati permintaan dari Mycroft? Masih banyak yang harus dikerjakan di sana.

• Inti dari Pembelajaran Mendalam - pembelajaran mendalam dan pembelajaran mesin bukan bagian dari mycroft-core , namun mereka adalah bagian dari beberapa paket perangkat lunak lain di ekosistem Mycroft. Mesin Precise Wake Word menggunakan jaringan saraf untuk membedakan mana yang merupakan Wake Word dan yang bukan, sedangkan lapisan Mimic 2 Text to Speech menggunakan jaringan saraf untuk melatih model suara.

Saya telah melacak masalah warga negara Sophia untuk sementara waktu - dan yang mengejutkan saya adalah bahwa di negara seperti KSA, AI diberikan kewarganegaraan, tetapi populasi wanitanya baru saja mendapatkan hak untuk mengemudi. Kami _juga_ perlu mempertimbangkan secara mendalam masalah keragaman dan inklusi di samping pembelajaran mesin.

Saya tidak punya pengalaman dengan IFTTT, bisakah Anda memberi saya beberapa ide tentang bagaimana ini akan digunakan di dalam mycroft-core.

Maksud Anda dukungan untuk mencapai webhook tertentu di IFTTT dari keterampilan atau adakah lagi yang dapat kami lakukan seperti mengizinkan IFTTT untuk memicu Mycroft?

Saya juga tidak pernah berkembang dengan IFTTT, tetapi saya sedikit memikirkan keduanya. Saya tidak selalu mengharapkan keterampilan yang dikembangkan secara khusus untuk Mycroft untuk bekerja pada Echo Dot meskipun itu akan keren, tetapi saya berharap untuk memanggil Echo Dot dan semua kemampuannya dari Mycroft melalui IFTTT. Sebenarnya perbandingan terbaik yang bisa saya pikirkan adalah edisi baru Echo Dot Kids di pre-order . Anda harus memeriksanya, hal-hal yang cukup keren untuk anak-anak. Ada video yang akan menunjukkan beberapa hal yang seharusnya dapat dilakukan Mycroft melalui IFTTT.

@DarthSpock Saya pikir Mycroft bisa menjadi konsumen pemicu IFTTT tanpa perubahan besar seperti itu, dan mungkin dalam batas-batas keterampilan "tradisional". Hanya untuk kejelasan, lalu, apakah Anda mengusulkan agar instance Mycroft menjadi titik akhir IFTTT lengkap dengan tindakan dan pemicu? Jika ini masalahnya, saya masih tidak yakin membangunnya menjadi inti adalah satu-satunya cara (atau yang terbaik). Saya akan mengusulkan "jembatan" yang mengeksekusi secara lokal yang dapat mendengarkan acara IFTTT dan kemudian menyuntikkan ke bus pesan Mycroft. Semacam menempatkan dua ide ini bersama-sama:
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

Saya pikir itu tergantung pada apa setiap kasus penggunaan. Beberapa orang mungkin menginginkan titik akhir IFTTT penuh sementara yang lain hanya menginginkan beberapa kompatibilitas. Akan membantu jika orang lain memberikan masukan tentang apa yang mereka gunakan untuk IFTTT.

Saya, secara pribadi dan profesional, sangat ingin dapat memiliki kemampuan
untuk berkomunikasi bolak-balik perangkat yang kompatibel dengan IFTTT saya dan Picroft saya;
terutama karena bayi mereka mungkin hanya membuka diri untuk IFTTT. aku mendapat
beberapa bola lampu "wifi" rewel yang merupakan generasi pertama dan kedua dan tidak dapat ditangani
pembaruan dengan baik - terlalu mahal untuk mengganti semuanya karena mereka
di seluruh rumah dan masing-masing bohlam mahal karena
set fitur yang tersedia. Secara umum, IFTTT tampaknya lebih kompatibel di
umum dengan pengganti perangkat "wifi-enabled" yang akrab dengan: keduanya
lama/baru dan besar/kecil.

Belum lagi protokolnya sendiri lebih dikenal luas dibandingkan dengan
alternatif di antara massa awam tetapi ramah teknologi yang ingin membangun
SMART-home mereka sendiri sedikit demi sedikit, jadi itu berarti perangkat masa depan adalah
sering diatur untuk mengambil keuntungan dari itu ketika para pengembang dipaksa untuk memilih 1
standar/protokol untuk menghabiskan waktu + uang + sumber daya lain dalam pengembangan.

Saya ingin sekali dapat berkomunikasi bolak-balik atau menyiapkan polling atau untuk
penuh pada hubungan klien-host antara perangkat saya sehingga
Picroft/Mycroft bisa menjadi hub pusat: itu akan memungkinkan lebih cepat
Implementasi SMART-home di semua perangkat alih-alih menyebabkan a
fragmentasi besar dan dukungan kompleks dimana saya harus membuat banyak
HUB yang berkomunikasi dengan croft [My|Py] dan perangkat IFTTT saya yang lain dan
perangkat non IFTTT.

Namun, jika terpaksa memilih antara mendapatkan kue saya besok (Klien+Host
[yaitu Penuh] implementasi dalam satu atau 2) tahun atau memakannya hari ini (Klien
implementasi hanya untuk memberi kami sesuatu untuk dikerjakan sampai tim memiliki
waktu/sumber daya untuk kesepakatan penuh atau implementasi lainnya), saya akan
puas dengan memakannya hari ini. Memiliki sesuatu untuk dikerjakan lebih cepat versus
menunggu suatu saat nanti yang mungkin bahkan tidak seperti yang kita harapkan/butuhkan hari ini
berarti kita tidak harus duduk diam dengan jempol kita. Itu akan membuka pintu
untuk solusi yang tampaknya tidak mungkin/kompleks yang bisa membuat ini
produk yang diinginkan di lebih banyak rumah di seluruh dunia.

Terima kasih,
SeriusLembut

Situs Web, Aplikasi, dan Konsultasi:
Pengembang ASP.NET, C#, VB.NET, PHP, Ruby, dan C++
http://Seriussoft.com
nathan. [email protected]