语音助手不是遥不可及的未来，而是现实。 Alexa，Siri，Google Now和Alice内置在智能扬声器，手表和电话中。 他们正在逐步改变我们与应用程序和设备进行交互的方式。 通过助手，您可以找到天气预报，购买机票，订购出租车，听音乐并打开厨房的水壶，躺在另一个房间的沙发上。
Siri或Alexa对用户说的大多是英语，因此在俄罗斯，它们不如Yandex的Alice受欢迎。 对于开发人员来说，爱丽丝也更方便：她的创建者拥有一个博客，在GitHub上发布方便的工具，并帮助在新设备中构建助手。
Nikita Dubko （Twitter上的@dark_mefody）是Yandex界面开发人员，MinskCSS和MinskJS会议的组织者以及Web标准的新闻编辑器。 Nikita在Yandex.Dialogs中不起作用，并且与Yandex.Alisa无关。 但是他对了解Alice的工作方式很感兴趣，因此他尝试将其技能应用到Web上，并在
FrontendConf RIT ++上准备了一份有关该报告的报告。 在解读Nikita的报告时，我们考虑了语音助手可以在阅读本材料的过程中带来哪些帮助和技能。
机器人
让我们从机器人的历史开始。 1966年，
伊丽莎（Eliza）机器人出现，假装是一名治疗师。 可以与他交流，甚至有人相信一个活人会回答他们。 1995年，
ALICE机器人问世。 -不要与爱丽丝混淆。 该机器人能够模仿一个真实的人。 直到今天，它仍在开源中并正在定稿。 不幸的是，驴友没有通过图灵测试，但这并不能阻止他误导人们。
在2006年，IBM在该机器人程序中建立了庞大的知识库和先进的智能，这就是
IBM Watson诞生的方式。 这是一个庞大的计算集群，可以处理英语语音并提供一些事实。
2016年，微软进行了一项实验。 她创建了
Tay机器人，并在Twitter上启动了该机器人。 在那里，该机器人学会了根据实时订户与之互动的方式来微博。 结果，Tay成为了种族主义者和厌恶妇女的人。 现在这是一个已关闭的帐户。 道德：不要让孩子在Twitter上，他可以教坏。
但是，这些都是您自己无法与自己交流的漫游器。 2015年，“有用”出现在Telegram上。 Bots在其他程序中也存在，但是Telegram引起了轰动。 可以创建一个有用的机器人来提供信息，生成内容，管理公众-可能性很大，API也很简单。 机器人添加了图片，按钮，工具提示-出现了一个交互界面。
逐渐地，这个想法传播到了几乎所有即时通讯工具：Facebook，Viber，VKontakte，WhatsApp和其他应用程序。 现在，机器人已成为一种趋势，它们无处不在。 有些服务可让您立即为所有平台编写API。
语音助手
开发与机器人同时进行，但我们将假定助手时代来了。
2011年8月9日，
Siri出现。 最初，这是一个独立的项目，苹果公司看到了一些有趣的东西，所以我买了它。 这是操作系统中内置的最古老的流行语音助手。 一年后，Google通过将
Google即时语音助手集成到其操作系统中，迅速赶上了苹果。
2年后，微软发布了
Microsoft Cortana 。 但是尚不清楚原因-语音助手的移动市场似乎已经错过了。 该公司试图将语音助手集成到台式机系统中，而当时已经在争夺不同设备的市场。
亚马逊Alexa于当年晚些时候问世。
助手已经进化。 除了知道如何使用语音的软件系统之外，发言人还与助手一起出现。 据统计，到2019年初，美国每三个家庭都有一个聪明的专栏。 这是您可以投资的巨大市场。
但是有一个问题-外籍助手的俄语说得不好。 助手被用英语监禁，并且很懂英语，但是当用俄语交流时，翻译会出现困难。 语言是不同的，需要不同的自然语言处理方法。
爱丽丝
爱丽丝于2017年10月10日以公开测试版发布。 它被监禁为俄语，这是它的巨大优势。 爱丽丝懂英语，但是更糟。
爱丽丝的任务是帮助说俄语的用户。
Yandex是一家大型公司，可以负担得起将Alice嵌入其所有可以以某种方式交谈的应用程序的能力。
- Yandex浏览器。
- Yandex.Navigator。
- Yandex站。
- Yandex.Phone。
- Yandex自动
- Yandex驱动器。
整合进行得如此之好，以至于第三方制造商也决定建造Alice。
在助理的2年发展中，她被集成到许多服务中，并增加了新技能。 她知道如何播放音乐，识别图片，在Yandex中搜索信息以及如何与智能家居一起工作。
为什么这么受欢迎？
忙碌时很方便 。 我正在准备晚餐，想打开音乐。 转到水龙头，洗手，擦干，打开应用程序，找到所需的曲目-很长一段时间。 发出语音命令更快，更容易。
懒惰 。 我躺在格子毯子下的沙发上，不想起身去某个地方打开扬声器。 如果你很懒，那就全力以赴。
最大的市场是儿童应用程序 。 幼儿尚不知道如何阅读，书写和打印，但是他们会说和理解语音。 因此，孩子们爱慕爱丽丝，并喜欢与她交流。 父母也很满意-无需寻找如何对待孩子。 有趣的是，由于训练有素的神经网络，爱丽丝能够理解孩子。
有空 视力障碍的人很喜欢与语音助手一起工作-当界面不可见时，您可以听到并发出命令。
声音更快 。 一个普通的人，而不是开发人员，每分钟平均打印30个单词，说出120个单词。每分钟，通过语音传输的信息更多4倍。
未来 。 奇幻电影和未来派的预测表明，语音接口将成为未来。 脚本编写者认为，语音控制可能是与图片不太重要的界面进行交互的主要方式。
据统计，每月有3500万人使用Alisa。 顺便说一句，白俄罗斯的人口是9,475,600人。 也就是说，约有3.5白俄罗斯每月使用Alice。
语音助手占领了市场。 根据预测，到2021年它将增长约2倍。 今天的流行不会停止，但是会继续增长。 越来越多的开发商意识到他们需要在这一领域进行投资。
开发人员技能
当公司投资语音助手时，这很棒。 他们了解如何将其与服务集成。 但是开发人员也想以某种方式参与其中，并且公司本身就是盈利的。
Alexa具有Alexa技能。 根据记录的交互方法，她了解开发人员为她编写的内容。 Google推出了Actions-将自己的某些功能集成到语音助手中的功能。
爱丽丝还具有技能-开发人员能够实现第三方功能。
同时，社区还提供了另一种技能列表，而不是Yandex的技能。
关于如何制作语音应用程序，有很好的报告。 例如，
帕维尔·盖伊 （
Pavel Guy ）在AppsConf 2018上的主题是
“使用Google Assistance示例创建语音应用程序” 。 热心者积极参与语音应用程序的开发。 一个示例是Ivan Golubev编写的可视语音激活游戏。
爱丽丝很受欢迎，尽管她所做的一切基本上都在语音和文字之间。
爱丽丝（Alice）知道如何听声音，并根据自己的算法将其转换为文本，创建答案并将其语音化。 看起来这还不够，但这是一项极其困难的任务。 许多人正在努力确保Alice听起来自然，正确识别，理解口音和儿童的语音。 Yandex提供了类似代理的功能，可以通过自身传递所有内容。 出色的头脑工作，使您可以利用他们的工作成果。
爱丽丝的技能-Yandex.Dialogs-有一个局限性。 API响应所用的时间不得超过1.5秒。 这是合乎逻辑的，因为如果答案悬而未决-为什么要等待？
询问您是否仍然没有答案真的很重要吗？
当我们用耳朵接收信息时，大脑感知到的停顿要比视觉界面中的类似停顿更长。 例如，装载程序，微调程序-我们想要添加到界面的所有内容都会分散用户的等待时间。 考虑一切正常。
演示时间
Yandex.Dialog
文档中详细描述了所有
内容 ，并且始终是最新的。 我不会重复自己。 我将告诉您对我来说有趣的事情，并展示如何快速创建一个演示，这个演示只花了一个晚上。
让我们从想法开始。 有很多技能，有很多目录，但是我没有发现对我重要的东西-这是前端事件的日历。 想象一下早上醒来：“我今天去开会。 爱丽丝！ 那里有什么有趣的东西吗？”，而且爱丽丝会根据您的位置正确回答您。
如果您参与组织会议，请
加入GitHub 。 您可以在那里举行活动和会议，从一个日历中了解世界上前端的许多活动。
我采用了手头的著名技术：Node.js和Express。 还是Heroku，因为它是免费的。 该应用程序本身很简单：它是Express应用程序Node.js上的服务器。 只需在某个端口上抬起服务器并侦听请求即可。
import express from 'express'; import { router } from 'routes'; const app = express(); app.use('/', router); const port = process.env.PORT || 8000; app.listen(port, () => { console.log('Server started on :${port}'); });
我利用了以下事实：Web标准日历中已经配置了所有内容，并且从大量的小文件中可以下载一个ICS文件。 我为什么要收集自己的东西？
确保一切正常。
import { Router } from 'express'; import * as wst from 'services/vendors/web-standards'; export const router = Router(); router.get('/', function(req, res, next) { wst .getRemoteCal() .then(vendorResponse => parseCalendar(vendorResponse.data)) .then(events => { res.json({ events }); }) .catch(next); });
使用GET方法进行测试。 技能与POST方法一起使用，因此GET方法可以专门用于调试。 我已经实现了这种方法。 他所做的全部就是下载相同的ICS，解析并以JSON形式发布。
我快速构建了演示，因此使用了现成的节点库：
import ical from 'node-ical'; function parseCalendar(str) { return new Promise((resolve, reject) => { ical.parseICS(str, function(err, data) { if (err) { reject(err); } resolve(data); }); }); }
她知道如何解析ICS格式。 在输出中产生这样的一张纸：
{ "2018-10-04-f rontendconf@https://web-standards.ru/": { "type": "VEVENT", "params": [], "uid": "2018-10-04-f rontendconf@https://web-standards.ru/", "sequence": "0", "dtstamp": "2019-05-25T21:23:50.000Z", "start": "2018-10-04T00:00:00.000Z", "datetype": "date", "end": "2018-10-06T00:00:00.000Z", "MICROSOFT-CDO-ALLDAYEVENT": "TRUE", "MICROSOFT-MSNCALENDAR-ALLDAYEVENT": "TRUE", "summary": "FrontendConf", "location": "", "description": "http://frontendconf.ru/moscow/2018" } }
为了解析该技能并向技能用户提供必要的信息，只需知道事件开始和结束的时间，事件的名称，链接以及重要的城市。 我想要这项技术来搜索城市中的事件。
输入格式
Yandex.Dialogs如何返回信息？ 移动应用程序中内置的专栏或语音助手会听您的意见，Yandex服务器会处理听到的内容并发送对象以作为响应：
{ "meta": { … }, "request”: { … }, "session": { … }, "version": "1.0" }
该对象包含元信息，有关该请求的信息，当前会话以及该API的版本，以防其突然更新-技能不应中断。
元信息中有很多有用的
信息 。
{ "meta": { "locale": "ru-RU", "timezone": "Europe/Moscow", "client_id": "ru.yandex.searchplugin/5.80…”, "interfaces": { "screen": {} } } }
“
语言环境 ”-用于了解用户所在的区域。
“
时区 ”可用来胜任时间并更准确地确定用户的位置。
“
接口 ”-有关屏幕可用性的信息。 如果没有屏幕，则应考虑如果在答案中提供图片，用户将如何查看图片。 如果有屏幕，我们将取出有关的信息。
请求格式很
简单 ：
{ "request": { "command": " 16", "original_utterance": " , 16", "type": "SimpleUtterance", "nlu": { "tokens": [ "", "", "", "", "", "16"], "entities": [...] } } }
它给出了用户所说的内容，请求类型和
NLU-自然语言单位 。 这正是Yandex.Dialog平台所具有的魔力。 她将识别出的整个句子分解为单词-单词。 还有一些实体，我们稍后再讨论。 使用令牌就足够了。
我们明白了这些话，该怎么办？ 用户说了些什么，但是他可以以不同的顺序说出这些单词，使用“ not”粒子，这会极大地改变一切，甚至说“ morning”而不是“ morning”。 如果用户也讲白俄罗斯语，那么将有一个“书包”，而不是早晨。 大型项目将需要语言学家的帮助，以发展一种能够理解一切的技能。 但是我做了一个简单的任务，所以我没有外界的帮助。
计算机可以像人一样说话吗？
这是图灵测试试图回答的一个哲学问题。 该测试可以一定的可能性确定人工智能可以模仿人。
勒布纳奖是用来接受哪些程序在通过图灵测试中竞争的。 该决定由一个法官小组做出。 要获得奖项，您需要欺骗33％或更多的评委。 仅在2014年，来自圣彼得堡的机器人
Zhenya Gustman最终欺骗了委员会。
[15:46:05] Dudge: My favourite music is contemporary Dazz, what do you prefer? [15:46:14] Eugene: To be short I'll only say that I HATE Britnie [sic] Spears. All other music is OK compared to her. [15:47:06] Dudge: do you like to play any musical instruments [15:47:23] Eugene: I'm tone deaf, but my guinea pig likes to squeal Beethoven's Ode to Doy every morning. I suspect our neighbors want to cut his throat ... Could you tell me about your job, by the way? [15:48:02] Dudge: Guinea pig? Are you an animal lover [15:48:08] Eugene: Yeah. A nice little guinea pig. Not some annoying chatter bot.
在2019年，什么都没有真正改变-仍然很难欺骗一个人。 但是我们正在逐步朝着这个方向发展。
脚本工作
一项好的技能需要一个有趣的用例。 我建议一本书值得一读-“设计语音用户界面：对话体验的原理”。 编写用于语音界面的脚本并吸引用户的关注真是太棒了。 我没看过这本书的英文书，但很容易阅读。
开始发展技能的第一件事是问候。
“尽管您想说些什么，但要礼貌行事！ 这样可以节省时间。”
启用该技能后，您需要从第一秒起就以某种方式抓住用户，为此您需要解释如何使用该技能。 想象一下，用户启动了该技能，并且保持沉默。 您怎么知道一项技能是否有效？ 向用户提供指示，例如屏幕上的按钮。
轻松对话
轻松对话的迹象。 该清单是由Ivan Golubev发明的，我真的很喜欢这样的措辞。
个人意味着机器人必须具有角色。 如果您与Alice交谈，您将理解她有一个角色-开发人员会照顾这个。 因此，您的有机机器人必须具有“个性”。 用至少一种声音发出短语，并使用相同的语言结构。 这有助于保留用户。
自然的 。 如果用户请求很简单，那么答案应该是相同的。 与机器人通信期间，用户必须了解下一步要做什么。
灵活的 。 为任何事情做好准备。 俄语有很多同义词。 用户可以从专栏转移注意力，并将对话转移给对话者，然后返回专栏。 所有这些都很难处理。 但是，如果您想使机器人更好，那么就必须这样做。 请记住，某些情况下仍然无法识别。 为此做好准备-建议选项。
内容相关 -机器人最好应该记住以前发生的事情。 然后，对话将变得活跃。
-爱丽丝，今天的天气如何？-今天在该地区，多云至+11至+20，有空地。-明天？-明天该地区从+14到+27，多云，有空地。想象一下，您的机器人不知道如何存储上下文。 那么对他来说意味着“明天”的请求呢？ 如果您知道如何保持像Alice这样的上下文，那么您可以使用以前的结果来提高技能的答案。
积极主动 。 如果用户无聊，则机器人应提示他：“单击此按钮！”，“看，我有照片给你！”，“跟随链接”。 该机器人应该告诉您如何使用它。
机器人应该很
短 。 一个人长时间讲话时，很难引起听众的注意。 这个漫游器更加复杂-它可惜，没有生命。 要引起注意，您需要有趣或简短，简洁地进行对话。 这将有助于“写。 剪下来。” 当您开始开发机器人时，请阅读本书。
资料库
开发复杂的漫游器时，离不开数据库。 我的演示不使用数据库，这很简单。 但是，如果您拧紧了一些数据库，则可以使用有关用户会话的信息，至少可以存储上下文。
有一个细微差别：Yandex.Dialog不会泄露用户的私人信息，例如姓名，位置。 但是可以从用户询问此信息，将其保存并链接到特定的会话ID，Yandex.Dialogs在请求中发送该特定会话ID。
状态机
提到复杂的场景，人们只能回忆起状态机。 这种机制由来已久，并且非常适合用于微控制器（有时是前端）的编程。 在这种情况下，状态机很方便：有些状态我们可以将某些短语传递给其他状态。
不要过度使用它。 您可能会迷失方向，并创建一个庞大的状态机，这将很难弄清楚-维护此类代码很困难。 编写一个由小的子脚本组成的脚本会更容易。
不清楚 指定
永远不要说：“请重复。” 一个人被要求重复时会做什么？ 他大声说话。 如果用户大吼大叫您的技能，识别度将不会提高。 提出一个澄清的问题。 如果识别出用户对话的一部分，并且缺少某些内容，请检查缺少的区域。
文本识别是开发机器人程序中最困难的任务，因此有时进行澄清无济于事。 在任何无法理解的情况下，最好的解决方案是将所有内容收集到一个地方，进行记录，然后在将来进行分析和使用。 例如，如果用户坦率地说奇怪而难以理解的事情。
“它在沸腾。 奶油海岸
戳入导航。
和咕gr咕gr。
就像木乃伊一样。”用户可能会意外地使用一些新词，这意味着某些东西，并且需要以某种方式进行处理。 结果，识别率下降。 不用担心-登录，研究和改进您的机器人。
停用词
当您想摆脱该技能时，一定有一些东西可以阻止它。 爱丽丝知道如何在短语后面停下来：“爱丽丝，这就足够了！” 或“爱丽丝，停下！” 但是用户通常不阅读说明。 因此，至少应响应“停止”一词，并将控制权返回给爱丽丝。
现在让我们看一下代码。
演示时间
我要实现以下短语。
- 城市即将发生的事件。
- 城市名称：“莫斯科活动”，“明斯克活动”，“圣彼得堡”，以显示在那里发现的活动。
- 停用词：“停止”，“足够”。 如果用户使用此单词结束对话，则表示“谢谢”。 但理想情况下，这里需要语言学家。
对于“即将发生的事件”，任何短语都适用。 我创建了一个懒惰的机器人，当他不明白他们在说什么时，他给出了有关接下来三个事件的信息。
{ "request": { "nlu": { "entities": [ { "tokens": { "start": 2, "end": 6 }, "type": "YANDEX.GEO", "value": { "house_number": "16", "street": " ", "city": "" } } ] } } }
Yandex逐渐改进了Yandex.Dialogs平台，并发布了它已经能够识别的实体。 例如，他知道如何从文本中获取地址，并将其按部分排序：城市，国家，街道，房屋。 他还知道如何识别绝对和相对的数字和日期。 他将理解“明天”一词是今天的日期，并加上了该日期。
回覆使用者
您需要以某种方式响应您的用户。 整个技能为
209行 ，最后一行为空。 没什么复杂的-晚上工作。
您要做的就是处理POST请求并获得一个“请求”。
router.post('/', (req/ res, next) ⇒ { const request = req.body;
此外，我并没有使状态机复杂化，而是根据优先级来进行。 如果用户想学习如何使用该机器人，则这是首次启动或寻求帮助。 因此，只为他准备一个“ EmptyResponse”-这就是我所说的。
if (needHelp(request.request)) { res.json(prepareEmptyResponse(request)); return; }
needHelp函数很简单。
function needHelp(req) { if (req.nlu.token.length ≤ 2 && req.nlu.tokens.includes('')) { return true; } if (req.nlu.token.length = 0 && req.type ≠ 'ButtonPressed') { return true; } return false; }
当我们有零个令牌时，我们就在请求的开始。 用户只是刚开始使用该技能或没有要求。 您需要检查令牌是否为零，并且这不是一个按钮-单击该按钮时，用户也不会说什么。 当用户寻求帮助时，我们会通过令牌查找“ Help”一词。 逻辑很简单。
用户是否要停止。
if (needToStop(request.request)) { res.json(prepareStopResponse(request)); return; }
因此，我们正在内部寻找某种停用词。
function needStop(req) { const stopWords = ['', '', '' ]; return req.nlu.token.length ≤ 2 && stopWords.some(w ⇒ return req.nlu.token.includes(w)); }
在所有答案中，您必须返回Yandex.Dialogs发送的有关会话的信息。 他需要以某种方式匹配您的答案和用户的请求。
function prepare StopResponse(req) { const { session, version } = req; return { response: { text: ' . !', end_session: true, }, session, version, }; }
因此，将变量“ session”和“ version”中的内容返回，一切都会好起来的。 在答案中，您可以提供一些文本让爱丽丝发音，然后传递“结束会话：true”。 这意味着我们结束了技能训练并将控制权转移给了爱丽丝。
当您调用一项技能时，爱丽丝会关闭。 她所听到的只是她的停用词，您可以完全控制使用该技能的过程。 因此，您需要返回控制。
用空的请求更有趣。
return { "response": { "text": '! - .', "tts": '! - .', buttons: [ { title: ' ', payload: {} hide: false, }, { title: ' ', payload: { city: '', } hide: false, }, ], end_session: false, }, session, version, };
有一个
TTS （
文本到语音 ）字段
语音控制 。 这是一种简单的格式，可让您以不同的方式阅读文本。 例如，“ multidisciplinary”一词在俄语中有两个重音，一个是重音，第二是重音。 任务是爱丽丝能够正确发音这个单词。 您可以使用空格将其断开：
+ +
她会把他理解为两个。 加重音。
语音中有些停顿-您放置了标点符号，并用空格分隔。 因此，您可以创建戏剧性的暂停：
— - - - - - - - - +
我已经讲过
按钮 。 例如，如果您不与列进行通信，而是与Yandex移动应用程序进行通信，则它们非常重要。
{ "response": { "buttons": [ { "title": "Frontend Conf", "payload": {}, "url": "https://frontendconf.ru/moscow-rit/2019" , "hide": false } ] } }
按钮也是提示，您可以根据自己的技能理解短语。 技能在Yandex应用程序中起作用-您可以与界面进行交流。 如果您想提供一些信息-提供链接，则用户单击它。 您也可以为此添加按钮。
有一个“有效负载”字段，您可以在其中添加数据。 然后，他们将返回“请求”-例如，您将知道如何标记此按钮。
您可以选择技能会说的
声音 。
- 爱丽丝是爱丽丝的标准声音。 针对短时间互动进行了优化。
- Oksana-Yandex.Navigator的声音。
- 简
- 扎哈尔。
- 埃尔米尔。
- Erkan Yavas-长文本。 最初是为了阅读新闻而创建的。
要
完成该技能 ，只需返回“ end_session：true”。
{ "response": { "end_session": true } }
演示发生了什么
首先，我按日期过滤。
function filterByDate(events) { return events.filter(event ⇒ { const current = new Date().getTime(); const start = new Date(event.start).getTime(); return (start > current) || (event.end && new Date(event.end).getTime() > current && start ≤ current); }); }
逻辑很简单：在我从日历中解析的所有事件中，我都会考虑将来会发生的事情，或者它们正在发生。 询问过去发生的事情可能很奇怪-技能与之无关。
接下来，进行适当的过滤就是它的全部目的。
function filterByPlace(events, req) { const cities = new Set(); const geoEntities = req.nlu.entities.filter(e ⇒ e.type = 'YANDEX.GEO'); if (req.payload && req.payload.city) cities.add(req.payload.city); geoEntities.forEach(e ⇒ { const city = e.value.city && e.value.city.toLowerCase(); if (city && !cities.has(city)) { cities.add(city); } });
在“实体”中，您可以找到YANDEX.GEO实体，该实体可以优化位置。 如果实体有城市，请添加到我们的集合中。 接下来，逻辑也很简单。 我们正在寻找代币中的这座城市，如果在那里，我们正在寻找用户想要的东西。 如果没有，我们将查看我们拥有的所有“位置”和“事件”。
假设Yandex不能识别出它是YANDEX.GEO，但是用户给城市起了名字-他确定那里有事。 我们在“事件”中遍历所有城市，并在代币中寻找相同的城市。 结果是数组的交叉比较。 当然，不是最有效的方式，而是什么。 这就是全部技能！
请不要责骂我的代码-我写的很快。 那里的一切都是原始的，但是请尝试使用它或只是玩耍。
发布技能
转到Yandex.Dialogs页面。
在爱丽丝中选择一项技能。 按下“创建对话”按钮，您将进入需要填写数据的表格。
- 名称就是对话中的名称。
- 激活名称 。 如果您通过连字符选择激活名称“ Web Standards Calendar”，则Alice无法识别它-她不会听到连字符。 我们说的单词没有连字符，激活将不起作用。 为了赚钱，将名称设置为“ Web Standards Calendar”。
- 激活短语以启动技能。 如果这是一个游戏，则“让我们玩些游戏”，“问某人”。 集合是有限的，但这是因为这样的短语对爱丽丝来说是激活的。 她必须了解是该学习技巧的时候了。
- Webhook URL -Alice将POST请求发送到的地址。
- 声音 。 默认值为Oksana。 因此，在目录中许多她的声音，而不是爱丽丝。
- 是否需要带屏幕的设备？ 如果有图片，则该技能的使用将仅限于您-在该列上，用户将无法启动它。
- 私人技能是开发人员的重要领域。 如果您不准备公开发布该技能，仅仅是因为它是原始技能，那么我们就不会在目录中显示它，从而限制了隐私。 私人技能可以在几个小时内迅速掌握。 这些技能不需要经过全面测试-足以与激活名称匹配。 由于用户不会在目录中找到它们，因此他们更忠于他们。
- 主持人注意事项 。 我请主持人提供帮助：“我真的很需要会议演示的技能！” -我设法很快地通过了审核。
- 版权 。 如果您不是在条件银行工作，而是决定为其创建技能，则需要证明您有权这样做。 突然他们会来找你吗？ 他们肯定会来，并通过分销商，即Yandex来，不需要额外的问题。
完成-发送进行审核的技能，即可进行测试。
测试中
我写了一个普通的Express服务器。这是常规测试涵盖的简单API。有专门的实用程序，例如alice-tester-它知道如何使用Alice提供的确切格式。 const assert = require('assert'); const User = require('alice-tester'); it('should show help', async () => { const user = new User('http://localhost:3000'); await user.enter(); await user.say(' ?'); assert.equal(user.response.text, ' .'); assert.equal(user.response.tts, ' +.'); assert.deepEqual(user.response.buttons, [{title: '', hide: true}]); }]);
., «».
, , . , : , , . , — , . Postman — .
. . Just AI. , , .
.
dialogs.home.popstas.ru URL, , localhost. , debug. , localhost.
. — . URL , - .
— .
, , , .
—
. , , , , , . - - .
Dialogflow , Google Now. , — , — .
, . . , . , .
Google Dialogflow .,
Dialogflower . Alexa, Google Now, . — API, .
, .
Aimyloqic — .
Zenbot ,
Tortu Alfa.Bot — , . !
FAQ . , . , , .
. , , , . — , . , . , .
IFTTT , — Trello. — API. , , . , IFTT — .
. , . .
, «» .
. Xiaomi . . . , Arduino - --- , , : «, - 2000!» — !
, : «, !» — ! . , .
. , , : , .
. . .
. .
GitHub- ., . — .
Telegram- . . — . , . . .
. , . - , . , . . , . , : , -, , . , , . : « , ?» , , , .
— , . .
. — . , , . , .
, , - , !
— ,
— . . — — !
FrontendConf 2019 « CSS — ». — . , FrontendConf 2019 . , , , , .
. , , .