누구든지 세 가지의 구체적인 차이점과 기능을 알고 있습니까? 아니면 하나가 더 많은 기능을 가지고 있다면 개발자로서 더 유연하게 사용할 수 있습니까?
누구든지 세 가지의 구체적인 차이점과 기능을 알고 있습니까? 아니면 하나가 더 많은 기능을 가지고 있다면 개발자로서 더 유연하게 사용할 수 있습니까?
답변:
vs
vs
╔══════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════════╗
║ wit.ai vs api.ai(Dialogflow) vs luis.ai ║
╠══════╦════════════════════════════════════╦═════════════════════════════════════════════╦════════════════════════════════════╣
║ S.No ║ Wit.ai ║ Api.ai(Dialogflow) ║ Luis.ai ║
╠══════╬════════════════════════════════════╬═════════════════════════════════════════════╬════════════════════════════════════╣
║ 1 ║ Wit.ai API is completely free ║ Api.ai Has a paid enterprise option ║ LUIS is in beta and free to use ║
║ ║ with no limitations on ║ which allows for this to be run on a ║ 10K transactions per month ║
║ ║ request rates. ║ private cloud internally and more ║ and up to 5 requests per second ║
║ ║ ║ from their services team., After google ║ for each account. ║
║ ║ ║ acquisition they are providing free ║ ║
║ ║ ║ services by integrating google cloud ║ ║
║ ║ ║ services. ║ ║
╠══════╬════════════════════════════════════╬═════════════════════════════════════════════╬════════════════════════════════════╣
║ 2 ║ Provides a nice combination ║ Speech to Text and Text to Speech ║ LUIS uses machine learning ║
║ ║ of both voice recognition and ║ capabilities, along with machine ║ based methods to analyze ║
║ ║ machine learning for developers. ║ learning. ║ sentences. To perform machine ║
║ ║ ║ ║ learning, LUIS breaks an ║
║ ║ ║ ║ utterance into "tokens". ║
╠══════╬════════════════════════════════════╬═════════════════════════════════════════════╬════════════════════════════════════╣
║ 3 ║ Has two main elements to it ║ Support of Intents, Entities, actions ║ Supports Intents, Entities ║
║ ║ that you set up within your ║ and one key focus area is its “Domains”. ║ and actions. ║
║ ║ app – intents and entities. ║ ║ ║
║ ║ Actions are separated to ║ ║ ║
║ ║ use as a combined operations. ║ ║ ║
╠══════╬════════════════════════════════════╬═════════════════════════════════════════════╬════════════════════════════════════╣
║ 4 ║ Has pre-build entities like ║ Has pre-build entities like @sys.date, ║ Has pre-build entities ║
║ ║ temperature, number, URLs, ║ @sys.color, @sys.unit-currency… etc. ║ builtin.intent.alarm, ║
║ ║ emails, duration… etc. ║ ║ builtin.intent.calendar, ║
║ ║ ║ ║ builtin.intent.email… etc. ║
╠══════╬════════════════════════════════════╬═════════════════════════════════════════════╬════════════════════════════════════╣
║ 5 ║ Doesn’t have integration module ║ Has integration module to connect ║ Has integration to Microsoft ║
║ ║ to directly communicating with ║ directly to Facebook messenger and ║ Azure and other services, can be ║
║ ║ Facebook messenger or other ║ other messenger api’s. Has support for ║ deployable in any supported ║
║ ║ messenger APIs. but has web ║ deploying in to heroku server, enterprise ║ servers. ║
║ ║ service api to hook services. ║ paid environment. ║ ║
╠══════╬════════════════════════════════════╬═════════════════════════════════════════════╬════════════════════════════════════╣
║ 6 ║ Early in 2015, joined Facebook ║ Created by a team who built personal ║ LUIS was introduced together with ║
║ ║ and opened up the entire platform ║ assistant app for major mobile platforms ║ Microsoft Bot Framework and Skype ║
║ ║ to be free for both public and ║ with speech and text enabled conversations. ║ Developer Platform which can be ║
║ ║ private instances. ║ acquired by google (sept 2016). ║ used to create Skype Bots. ║
╠══════╬════════════════════════════════════╬═════════════════════════════════════════════╬════════════════════════════════════╣
║ 7 ║ Wit.ai API for developers of iOS, ║ Api.ai has SDKs for Android, iOS, ║ LUIS allow building applications ║
║ ║ Android, Node.js, Raspberry Pi, ║ the Apple Watch, Node.js, Cordova, ║ by using the LUIS web interface. ║
║ ║ Ruby, Python, C, Rust and ║ Unity, C#, Xamarin, Windows Phone, ║ No coding needed other than the ║
║ ║ Windows Phone. It even ║ Python and JavaScript. It also can be ║ ability to interpret and use the ║
║ ║ has a JavaScript plugin for ║ integrated with Amazon’s Echo and ║ returned JSON in application. ║
║ ║ front end developers. ║ Microsoft’s Cortana. ║ It is also possible to use the ║
║ ║ ║ ║ LUIS REST API for ║
║ ║ ║ ║ automation of applications. ║
╚══════╩════════════════════════════════════╩═════════════════════════════════════════════╩════════════════════════════════════╝
업데이트 : API.AI는 이제 Dialogflow입니다. 여기에서 자세히 알아보세요.
이 블로그 게시물 에는 Luis, Wit.ai, Api.ai, Amazon Alexa 및 IBM Watson 서비스에 대한 정말 좋은 분석 및 비교가 있습니다. 또한 처음에 대화 형 봇을 구축하려는 이유와 그에 수반되는 몇 가지 과제에 대한 좋은 배경이 있습니다. YumiBot (앱 개발에 대한 가격 견적을 제공하는 봇) 뒤에있는 사람들이 작성했습니다 .
일반적인 요점은 Wit.ai 와 Luis 가 실험 중이고 무료로 무언가를 얻고 싶다면 훌륭한 선택이라는 것입니다. Api.ai 는 훌륭한 서비스와 사용자 경험을 제공하지만 무료는 아닙니다. IBM Watson 과 동일 하지만 후자는 엔터프라이즈 작업에 더 많은 가격을 책정했습니다. Alexa의 API는 훌륭하지만 Alexa에서만 작동합니다 (그러나 거대한 사용자 기반을 가지고 있다는 점을 감안할 때 나쁜 거래는 아닙니다).
그들의 조언은 또한 한 공급자에게 너무 많이 의존하지 않는 것입니다.
모델에 필요한 모든 데이터를 자체 코드 저장소에 구조화 된 방식으로 저장하는 것이 좋습니다. 따라서 나중에 모델을 처음부터 다시 학습 시키거나 필요한 경우 언어 이해 제공자를 변경할 수도 있습니다. 회사가 서비스를 중단하고 완전히 준비되지 않은 상황에 처하고 싶지는 않습니다. Parse를 기억하십니까?
이것이 도움이 되었기를 바랍니다! 선택하는 가장 좋은 방법은 이러한 서비스를 사용해 보는 것입니다. 많은 제품이 아직 개발 중이고 기능을 추가하고 가격 책정 모델을 변경하는 중이므로 특정 사용 사례를 사용하여 가장 빨리 필요한 곳으로 이동할 수 있는지 확인해야합니다.
최근에 API.ai, Amazon Lex, Microsoft LUIS, IBM Watson Conversation, wit.ai, Recast.ai 및 Snips.ai 의 7 가지 NLU API 지원 서비스에 대한 평가 연구를 발표했습니다 .
조사 결과에 대한 간략한 요약 :
이 질문의 한 가지 측면은 이러한 도구가 자연어를 이해하는 데 얼마나 효율적인지입니다. 최근에 발표 한 벤치 마크 (프랑스 AI 회사 인 Snips)에서 Alexa (Amazon), SiriKit (Apple), Luis (Microsoft) 및 API.ai (Google)의 기본 제공 자연어 엔진을 테스트했습니다.
우리는 "점심 모임에 갈 수있는 샐러드 바 찾아 줘", "6 인용 택시 주문"과 같은 자연스러운 쿼리와 326 개의 다른 쿼리를 이해하는 능력을 테스트했습니다.
전반적인 결론은 모든 솔루션이 불완전하다는 것입니다.
보다 정확하게는 모두 응답에서 비슷한 수준의 소음 (정밀도 60 ~ 90 %)을 가지고 있지만 지원할 수있는 언어의 범위에는 상당한 차이가 있습니다. 이러한 관점에서 Luis는 가장 저조한 성능을 보입니다. 테스트 한 모든 사용 사례에서 쿼리의 14 % 미만을 이해했습니다. API.ai는 매우 안정적이지는 않지만 더 나은 성능을 발휘합니다. 사용 사례에 따라 테스트 한 쿼리의 0 ~ 80 %를 이해합니다. Alexa (42 % 및 82 % 회상)와 Siri (61 % 회상)에서 최고 수준의 회상을 관찰 할 수 있습니다.
자세한 내용과 이러한 결과의 원시 데이터는 블로그 게시물 인 Benchmarking Natural Language Understanding Systems 에서 확인할 수 있습니다.
유연성과 개발자가되는 것에 관한 질문의 마지막 부분에 답할 것입니다. IMO는 마침내 이러한 플랫폼에서 찾고있는 것에 달려 있습니다.
NodeJS 또는 .Net을 사용하는 개발자 인 경우 LUIS.ai에는 광범위한 라이브러리와 잘 정의 된 코드 스 니펫 및 예제가있어 괜찮은 봇을 꽤 빠르게 가동 할 수 있습니다. 의도와 엔터티 인식은 google에 비해 약간 낮지 만 Microsoft Shop의 경우 O365, Teams, Skype, cortana 등에 대한 원 클릭 통합이 많이 있습니다. LUIS.ai의 단점은 서비스입니다. 이 글을 쓰는 시점에서 LUIS.ai 웹 사이트가 연결을 거부하는 기능이 작동하지 않으며 cortana 통합이 작동하지 않는 일주일이 지났습니다. 따라서 플랫폼은 아직 진행중인 작업입니다.
순수한 NLU 관점에서 Api.ai는 Luis.ai보다 낫고 후속 의도는 설정하기가 매우 쉽고 음성 프라이밍은 Luis.ai보다 훨씬 우수합니다 (음성 프라이밍 후에도). 내가 말하고 싶은 단점은 연결 가능성과 봇을 구축하기위한 API는 MSBot 기반 채팅 봇을 구축하는 것보다 약간 더 복잡합니다.
주목을 받고있는 또 다른 플랫폼 오픈 소스 플랫폼은 RASA NLU입니다. https://rasa.com/ . 상대적으로 엔터티 인식과 순위는 여전히 큰 데이터 세트에 대해 약간 스케치되어 있지만 오픈 소스이며 손을 더럽 히고 싶다면 github 플랫폼을 포크하고 개선 할 수 있습니다.
순수한 개발 관점에서 보면 MS 플랫폼 (luis.ai 또는 qnamaker.ai 사용)에서 챗봇을 사용하기가 더 쉽지만 플랫폼 안정화 작업을 할 때 문제에 대비할 수 있습니다.
-Kartik
DialogFlow를 사용하고 있었지만 LUIS로 전환했습니다. 왜? DialogFlow에서 DetectIntent를 호출하면 선택한 인 텐트와 신뢰 수준이 포함 된 JSON을 얻지 만 각 신뢰 수준이 포함 된 인 텐트 목록을 가져와야하기 때문입니다. wit.ai와 api.ai도 마찬가지입니다.
반면에 LUIS는 응답으로 의도 목록을 제공합니다. 이렇게하면 내 쪽에서 추가 처리를 적용 할 수 있습니다.
다음은 "카이로 행 항공편 예약"을 검색 할 때 LUIS의 예입니다 (LUIS 예의 일부).
{
"query": "Book me a flight to Cairo",
"topScoringIntent": {
"intent": "BookFlight",
"score": 0.9887482
},
"intents": [
{
"intent": "BookFlight",
"score": 0.9887482
},
{
"intent": "None",
"score": 0.04272597
},
{
"intent": "LocationFinder",
"score": 0.0125702191
},
{
"intent": "Reminder",
"score": 0.00375502417
},
{
"intent": "FoodOrder",
"score": 3.765154E-07
},
],
"entities": [
{
"entity": "cairo",
"type": "Location",
"startIndex": 20,
"endIndex": 24,
"score": 0.956781447
}
]
}
반면에 DialogFlow를 구성하는 UI는 LUIS로 얻는 것보다 훨씬 강력합니다.