要创建这样的脚本符号，您需要一组符号:圆括号、括号、大括号，以及您和您的团队可以阅读和理解的任何内容。这对于将执行脚本的开发人员来说也是非常重要的。他们也应该能够理解它。

　　在某些情况下，聊天机器人可以随机从特定集合中选取一个单词(你好;嗨,嘿)而且它也可以更智能化一些，并根据用户的时间显示一些情景化的消息(早上好;晚上好)。

　　以下是一组符号及其功能：

　　{ }大括号：定义一组选项

　　| 分隔号：分离集合中的选项

　　( ) 圆括号：指定集合中与条件有关的选项

　　[ ]括号内：表示用户输入

　　简单的对话框时间线的例子

　　4.机器人信息

　　这次谈话的视觉展示是这个项目最重要的用户体验挑战之一。下面是一些亮点。

　　单个语句与完整的段落

　　人们不会讲段落。我们用单句说话。当然，有时候这些单句也会串联成很长的话，但在交谈中，人们往往会轮流发言。此外，我们认为，在回答之前显示长段的用户需要阅读的文本，可以比作与一个语速很快的人交谈。因此，我们决定显示单个(短)句的组合，而不是段落。

　　用文本气泡的透明度标记以前的信息

　　淡出VS滚动

　　显示会话流程的最常见方法是不断在旧的消息之下添加新消息，并让用户滑动。

　　作为一个实验性的选择，旧的消息可能会淡出，因此滚动不再是必要的。我知道这样的解决方案的可用性是值得怀疑的，但是从不同的角度来看——这样的解决方案反映了对话的真实本质。当和某人交谈时，你也不能一直随时访问所交换的信息。

　　用文本气泡的透明度标记以前的信息

　　此外，在某个时间点，你可以简单地使用跳转来询问用户是否想返回到任何前面的对话部分，或者显示一个永久的“跳转到”按钮，当点击时，会触发机器人返回任何过去的段落。

　　5.用户消息(答案)

　　对于一个不使用人工智能来解释用户答案的会话用户界面，这是编写脚本时最具挑战性的部分。脚本应该让聊天机器人提供有逻辑的答案(我们在这里称他们为对话者)给用户(记住，构成性原则和规范性原则)，但是更自然和更开放的对话，对对话者来说是更有趣的。

　　我们使用了两种类型的答案：

　　A：定义(受控，封闭)

　　他们相对容易处理

　　他们需要良好的预测技能

　　用户可能不被允许说出他们想要的

　　举例定义的答案

　　B：未定义的(不受控制，开放式的)

　　他们更难以处理

　　他们可能需要一些预定义的字数据库进行分析

　　用户可以自然交流

　　举例未定义的答案

　　也许没有通用的方法来处理开放式的答案。我们不能假定人们会遵循通信代码。一些未定义的消息将违反(特别是)规范性规则。当然，有些用户会说(写)，因为他们会和一个人类说(写)，当然，其他人会通过发送*情短信、咒骂或胡言乱语来挑战你的机器人。

　　这里是一些提示如何控制未定义的消息：

　　输入可以仅限于指定的一组标志(例如，如果询问名字，则只允许字母

　　正则表达式(regexp)可用于某些输入(例如电子邮件)

　　使用最流行的发誓词的数组

　　(我会小心这个，但是)使用一些字典与API来检查你所期望的答案是否真的是单词

　　当然，一个理想的谈话应该是不受约束的，但是对于没有AI支持的对话UI来说，一点控制是不可避免的。

　　还有一件事：

　　在使用定义的问题时，可以通过一个小小的改进使答案稍微好一些。不要问这样的问题：

　　没有选择的封闭式问题

　　像这样问：

　　关闭选项的问题