共计 1715 个字符，预计需要花费 5 分钟才能阅读完成。
作者：CCO 体系 郝帅卫
一、前言
提到机器人在日常工作中充斥着让人便当的想法，对于机器人的交互其中比拟有名的为“微信公众号 / 服务号”，能够通过便捷聊天的窗口模式，输出特定的指令可实现对应的动作；这里咱们举一个例子：我想输出“查问今日天气”，那么可利用聊天框，发送聊天 / 语音的模式写到输入框“点击发送”，服务端在收集到查问今日天气指令之后再联合用户的特色信息，实现天气检索 / 组装，主动的模式以聊天框回复。这样的一个场景就能够节俭咱们去打其它 APP 或者网站去查问，间接全副闭环在“微信中”。
公众号尽管弱小，然而对于团体外部特地是波及信息安全就须要利用外部的软件实现以上模式的操作。在之前有对京 me 的机器人和利用理解，利用须要独立开发 / 公布 / 上线一系列环节比拟重，后又理解到机器人，然而之前的机器人只能做通过配置好的关键字实现主动回复，无奈通过自定义指令返回想要的信息，只能特定一问一答；比方：“我要吃饭”，命中之后，会固定的返回：“大米、馒头、咸菜”…..。再之后京 me 推出“多轮对话”能力，该能力反对了通过指令的形式，实现与服务端交互，达到灵便定制。这时候再输出“我要吃饭”，那服务端就能够依据不同的工夫推送以后时间段的菜谱，甚至关联个人信息之后，能够专门去举荐特色菜系。
前言写了不少，总之来说咱们要把他在平安场景中去做一个小的实际，本次的实际由场景需要主导。
二、场景需要
言归正传，所负责与安全漏洞方面工作，在日常工作中会遇到在内部散会或在“路上”等无电脑无内网的状况，这时候如果内部有白帽子 / 平安人员提交了高危的安全漏洞报告，在外工作人员须要实时理解到该状况就须要用到“挪动办公”，在任何有手机有网络的状况下通过京 me 的聊天疾速理解到该报告的内容，去快捷解决，达到及时响应并交由外部能够解决的同学实现响应跟踪。
三、场景设计
依据场景需要的形容，咱们须要提炼出要害信息“无电脑”、“无内网”、“挪动办公”、“疾速响应”；依据关键字的特色，能够想到的就是利用京 me 中聊天机器人疾速实现该操作（ps：曾经提前介绍“多轮问答”性能）。
交互场景设计：应用人员通过进入“机器人”聊天框输出“查问”且发送激活该条线路性能，而后依据多轮自助提醒实现信息指令交互，服务端在收集到指令信息之后，实现解析 / 响应。解决人员依据响应后果及时处理。最终在产生该类状况下，能够在看到音讯的工夫第一工夫实现响应解决。
四、技术实现流程图和要害信息拆解
人员角色拆解为：使用者和开发者，上述流程图中如果是开发者关注三局部，第一为注册 / 公布机器人，第二局部机器的多轮对话配置（流程. 实体）理论为一个自动化编排的过程，第三局部为服务端，依据多轮对话配置的规定上报的具体关键词信息实现服务解决，最终再返回给机器人，告之最初后果。
通过以上的流程图能够发现在查问破绽的过程中关键点：先通过关键字，实现对机器人的多轮对话规定命中和激活，再输出规定须要的实体音讯，点击发送即可；值得关注的是对于如何获取公布音讯的人是谁？该数据获取由机器人提供为固定的获取形式能够参阅机器人开发文档。
备注：推送服务非机器人提供，由京 me 告诉服务提供，须要独自申请。
五、上线成果及场景剖析
1、这是一条输出谬误指令，机器人无奈辨认，触发了兜底计划，并给出能够用的指令
2、上面是残缺的应用流程，对技术实现之后的实际效果
3、发送胜利后果
4、发送查问无权限
5、场景剖析
机器人实用于挪动疾速办公和通过指令的形式实现操作，比方：查问 XX 信息，查问 XX 汇总，通过 XXX，回绝 XXX。本次的场景相比拟而说是一个简单一点的交互，多一层音讯推送和外链的查看。
题外话：对于机器人还是有很多场景能够应用，然而因为当初不能推出由服务端被动触达给用户音讯，所以就会有一些场景不实用。提个小倡议是否能够通过一种订阅的机制，比方订阅了某条多轮对话规定，那机器人针对这个人能够被动的发送音讯，这样就能够防止机器人被动给用户带来骚扰。
总体来看，利用机器人纳入到工作中理论业务场景须要去深度剖析所负责的业务具体模块和能力，机器人是为了提高效率如果把过重的能力放上来会导致效率低下，总而言之，应场景而生的机器人解放人工劳动力！
注：本文章仅供参考