Mycroft-core: Запрос функции: интеграция IFTTT в ядро

Созданный на 15 мар. 2018  ·  9Комментарии  ·  Источник: MycroftAI/mycroft-core

278 был неправильно обозначен как «навык». Чтобы IFTTT заработал, потребуется изменить код внутри ядра, чтобы реализовать протокол IFTTT и как минимум использовать API (могут быть добавлены некоторые более мелкие части), а не просто создать некоторые "навык". Интеграция IFTTT в ядро ​​может значительно ускорить и упростить создание навыков, поскольку в мире IFTTT уже проделана большая работа по надстройкам для связывания несовместимых устройств / функций / услуг вместе. Исходным пунктом я вижу от поиска GitHub IFTTT по страницам будет их IFTTT-апи-пример . Я лично не знаю достаточно, чтобы интегрировать его, но рад помочь другим способом (отладка, проверка на проникновение и т. Д.)

hard For Voting Enhancement - proposed

Самый полезный комментарий

@DarthSpock @tsdorsey Спасибо за ваше предложение по этому

Внутри компании мы некоторое время обсуждали реализацию поддержки IFTTT. Это то, чем мы хотим заниматься в долгосрочной перспективе (18-24 месяца или около того), но для нас нет смысла делать это прямо сейчас по нескольким причинам:

  • Предоставление канала IFTTT на платформе требует значительных ежемесячных затрат. Размер нашей пользовательской базы пока не делает это разумным вложением средств, но наша пользовательская база растет примерно на 1200 пользователей в месяц, так что со временем эти расходы имеют больше смысла.

  • Как правильно указывает @DarthSpock, нужно написать много mycroft-core , чтобы реализовать протокол IFTTT, и большая часть этой работы, как вы правильно утверждаете, будет на стороне API вещи.

  • Одна из _ самых важных_ составляющих, которые нам также необходимо принять во внимание, нетехническая. Наша отличительная черта на очень переполненном и фрагментированном рынке Интернета вещей - это надбавка за конфиденциальность, которую мы предоставляем. Мы не следим за тем, что вы говорите, чтобы продавать вам рекламу или товары. Контроль конфиденциальности на платформе IFTTT также должен быть столь же строгим, чтобы мы могли защитить сквозную конфиденциальность. Я не говорю, что это не так , но нам нужно это заверить.

  • Мы также рассматриваем экосистему на основе блокчейнов . Это еще одно отличие от IFTTT. Да, будучи здесь полностью открытым, я закатил глаза, когда мы в первый раз начали болтать об этом внутри компании, но чем больше мы думаем об этом, тем больше в этом смысла, используя доказательство доли или модель доказательства работы.

Все 9 Комментарий

@KathyReid Можем ли мы получить отзывы от команды Майкрофт по этому поводу? Будете ли вы открыты для этого или сейчас это относится к навыкам?

@DarthSpock @tsdorsey Спасибо за ваше предложение по этому

Внутри компании мы некоторое время обсуждали реализацию поддержки IFTTT. Это то, чем мы хотим заниматься в долгосрочной перспективе (18-24 месяца или около того), но для нас нет смысла делать это прямо сейчас по нескольким причинам:

  • Предоставление канала IFTTT на платформе требует значительных ежемесячных затрат. Размер нашей пользовательской базы пока не делает это разумным вложением средств, но наша пользовательская база растет примерно на 1200 пользователей в месяц, так что со временем эти расходы имеют больше смысла.

  • Как правильно указывает @DarthSpock, нужно написать много mycroft-core , чтобы реализовать протокол IFTTT, и большая часть этой работы, как вы правильно утверждаете, будет на стороне API вещи.

  • Одна из _ самых важных_ составляющих, которые нам также необходимо принять во внимание, нетехническая. Наша отличительная черта на очень переполненном и фрагментированном рынке Интернета вещей - это надбавка за конфиденциальность, которую мы предоставляем. Мы не следим за тем, что вы говорите, чтобы продавать вам рекламу или товары. Контроль конфиденциальности на платформе IFTTT также должен быть столь же строгим, чтобы мы могли защитить сквозную конфиденциальность. Я не говорю, что это не так , но нам нужно это заверить.

  • Мы также рассматриваем экосистему на основе блокчейнов . Это еще одно отличие от IFTTT. Да, будучи здесь полностью открытым, я закатил глаза, когда мы в первый раз начали болтать об этом внутри компании, но чем больше мы думаем об этом, тем больше в этом смысла, используя доказательство доли или модель доказательства работы.

Я бы поддержал использование экосистемы на основе блокчейна, но не уверен, что это сделает получение поддержки IFTTT недействительной. Честно говоря, я просто хочу иметь возможность использовать Mycroft с Alexa, Google, Siri и всем остальным AI. Поскольку это единственный ИИ с открытым исходным кодом, использование его для получения контроля над собственными позволит пользователям покупать любые устройства, которые они хотят, и по-прежнему иметь возможность централизованно управлять им через IFTTT. И это имеет смысл с финансовой точки зрения платформы IFTTT. Определенно готов дождаться этого и надеяться, что он станет частью следующего устройства.

Кроме того, если вы рассматриваете возможность использования блокчейна, насколько глубоко глубокое обучение укоренилось в ядре Майкрофт? Учитывая то, как текущий ИИ работает сейчас, это область, которая потребует улучшения в течение некоторого времени для всех текущих и будущих реализаций ИИ (с открытым исходным кодом или иным образом). У нас уже есть робот-гражданин Саудовской Аравии .

Итак, два момента здесь;

  • Что касается экосистемы, основанной на блокчейне - нам нужно будет решить, как экосистема будет взаимодействовать с IFTTT, например, понадобится ли вам токен Mycroft для использования Mycroft с Alexa, Google или Siri? Или эти службы будут использовать Mycroft Token, если они получат запрос от Mycroft? Там еще есть над чем поработать.

  • Что касается глубокого обучения - глубокое обучение и машинное обучение не являются частью mycroft-core , однако они являются частью нескольких других программных пакетов в экосайсе Mycroft. Механизм Precise Wake Word использует нейронную сеть, чтобы различать, что является Wake Word, а что нет, в то время как слой Mimic 2 Text to Speech использует нейронную сеть для обучения голосовых моделей.

Я слежу за проблемой гражданства Софии некоторое время - и меня поражает то, что в такой стране, как KSA, ИИ получает гражданство, но ее женское население только получает право водить машину. Мы _также_ должны глубоко рассматривать вопросы разнообразия и инклюзивности наряду с машинным обучением.

У меня нет опыта работы с IFTTT, не могли бы вы дать мне несколько идей о том, как это будет использоваться внутри mycroft-core.

Вы имеете в виду поддержку определенных веб-перехватчиков на IFTTT из-за навыков, или есть еще что-то, что мы можем сделать, например, разрешить IFTTT запускать Майкрофт?

Я никогда не работал с IFTTT, но я мало думаю о обоих. Я бы не ожидал, что навык, разработанный специально для Майкрофта, будет работать, скажем, на Echo Dot, хотя это было бы круто, но я ожидал бы вызвать Echo Dot и все его способности от Майкрофта через IFTTT. На самом деле, лучшее сравнение, которое я могу придумать, - это новое издание Echo Dot Kids по предварительному заказу . Вы должны проверить это, довольно крутые вещи для детей. Есть видео, которое покажет некоторые из того, что Майкрофт должен уметь делать через IFTTT.

@DarthSpock Я думаю, что Майкрофт мог бы стать потребителем триггера 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. у меня есть
несколько привередливых лампочек "Wi-Fi" 1-го / 2-го поколения, которые не работают
обновляет хорошо - слишком дорого, чтобы заменить их все, потому что они
по всему дому и по отдельности лампочки дорогие из-за
набор функций доступен. В целом, IFTTT кажется более совместимым в
в общем со списком устройств с поддержкой Wi-Fi. Знаком с: как
старые / новые и большие / маленькие.

Не говоря уже о том, что сам протокол более известен по сравнению с
альтернативы среди непрофессиональных, но дружелюбных к технологиям масс, стремящихся построить
понемногу их собственный SMART-дом, а это значит, что будущие устройства
часто настраивают, чтобы воспользоваться этим, когда разработчики вынуждены выбирать 1
стандарт / протокол, на который нужно потратить время + деньги + другие ресурсы в разработке.

Я хотел бы иметь возможность общаться взад и вперед, настраивать опрос или
полная связь клиент-хост между моими устройствами, так что
Пикрофт / Майкрофт могли бы стать центральным узлом: это позволило бы быстрее
Внедрение SMART-home на всех устройствах вместо того, чтобы вызывать
огромная фрагментация и сложная поддержка, в результате чего мне приходится создавать несколько
Концентраторы, которые взаимодействуют с [My | Py] croft и другими моими устройствами IFTTT и
устройства без IFTTT.

Однако, если вы будете вынуждены выбирать между получением моего торта завтра (Клиент + Хост
[т.е. Полная] реализация через год или 2) или съедание сегодня (Клиент
реализация только для того, чтобы дать нам возможность работать, пока команда
время / ресурсы для полной сделки или какой-либо другой реализации), я бы
доволен тем, что съел это сегодня. Скорее есть над чем поработать, а не
в ожидании более поздней даты, которая может быть даже не той, которую мы ожидаем / нуждаемся сегодня
означает, что нам не нужно сидеть сложа руки. Это откроет дверь
для еще более кажущихся невозможными / сложных решений, которые могут сделать это
продукт желателен в еще большем количестве домов по всему миру.

Спасибо,
SeriousSoft


Веб-сайты, приложения и консультации:
Разработчик ASP.NET, C #, VB.NET, PHP, Ruby и C ++
http://Seriussoft.com
Натан. [email protected]

Была ли эта страница полезной?
0 / 5 - 0 рейтинги

Смежные вопросы

krisgesling picture krisgesling  ·  3Комментарии

forslund picture forslund  ·  6Комментарии

ChanceNCounter picture ChanceNCounter  ·  8Комментарии

Ahmed-Benj picture Ahmed-Benj  ·  7Комментарии

tiagochiavericosta picture tiagochiavericosta  ·  6Комментарии