DDE(dialogue development environment) Editor [官方文件] 是由 ASUS 提供，可以设计自己的回覆规则的工具，制作好之後可以把语料安装到 Zenbo。

以我有用到的功能来说，Dialogflow 和 DDE 都是 Rule-base 的方式，但我觉得相比 Dialogflow，DDE 就比较「工人智慧」一点?。

对了，DDE 建议搭配 Chrome。使用 Firefox 的话，右侧的对话测试区会没有反应 (被雷到?)

Dialogflow 比较强大

举例来说，Dialogflow 可以做到这样

我先在 Entities 定义了台中「区」的名称

然後设计对话语句

测试对话

Dialogflow 应该有支援模糊比对句子之类的功能，像是「我要找长照站」、「哪里有据点」都没有完全符合前面设计的句子规则。而且句中如果没提到地点，Dialogflow 可以再补问「你要找哪里的长照站?」。相较之下，DDE 就要把句子规则定好定满，没有符合就不会回覆相应的句子。

"..." 是我还没把真正的地址加上去，先暂代的，应该是要跟 Fulfillment 串接，但我没有做完这部份

DDE 工人智慧

DDE 虽然是 ASUS 做的，但官方文件却是以英文为主，中文的版本相对没那麽齐全。然後建议，文件看过最好顺手存下来，他们网站不知道在搞什麽，有一阵子上去找资料发现文字都变成乱码，还好之前有先用 Notion 存起来。

不过还是有一些优点的，开发遇到问题的时候，写信给客服信箱，会有他们的工程师回答你，这部分 Dialogflow 应该就无法了。

他也只回我一两次而已，後面我再接着问的部分，就没再回了。不过我那时候的主要问题有解决，就不跟他计较啦~

Dialogflow 可以模糊比对句子，DDE 话就没那麽方便，相关的句子规则都要订清楚，如果设计不好，句子间有可能撞关键字。

和 Zenbo 的搭配

和 Zenbo 的配合方面，DDE 还是要比 Dialogflow 好一点。DDE 做好的语料库，可以发布到服务器，在 Zenbo 就可以透过官方提供的 APP 来更新/下载语料。这些语料会跟其他原先就存在的语料放在一起，等於是装在 Zenbo 脑袋里。Dialogflow 比较像脑袋在云端上，只把 Zenbo 当作是一个介面，回传什麽句子给 Zenbo 他就照念。

另外，如果要做到「Hey, Zenbo 我要用APP名称」的话，要到 Zenbo 开发者平台注册 Developer Console。

结语

最後，如果没有真的一定要用 DDE 的话，我会比较建议 Dialogflow。因为 Dialogflow 支援比较多平台，常见的平台都可以串接，如果想装在 Zenbo 上也可以用 API(不过这部份我没有实作)，走跟一般 Android 的路线。

好了，比较完了，那你说我最後是用那一个？我只能说都没有...
论文中，我的语料库模型是用 TF-IDF 自己建的，之後再补这部份的文章吧！

• 本文同步发布在: https://dreambo4.github.io/2021/08/05/Zenbo%E9%96%8B%E7%99%BC%E7%B3%BB%E5%88%97-03-DDE-Editor-vs-Dialogflow/