我正在使用 api.ai 开发一个聊天机器人。Api ai 没有内置的版本控制解决方案,有人知道用于控制聊天机器人和管理多个环境(开发、测试、阶段、产品)的解决方案吗?
谢谢
编辑:我正在寻找实际机器人(意图、实体等)的版本控制。
我正在使用 api.ai 开发一个聊天机器人。Api ai 没有内置的版本控制解决方案,有人知道用于控制聊天机器人和管理多个环境(开发、测试、阶段、产品)的解决方案吗?
谢谢
编辑:我正在寻找实际机器人(意图、实体等)的版本控制。
由于 api.ai 没有 git 做版本控制的 IDE,所以不能直接对聊天机器人进行版本控制,需要使用api.ai SDK的 IDE 做版本控制。
比如如果你使用C#作为api.ai SDK,你可以结合viusal studio和git来做版本控制。如果你使用 ios SDK,你可以结合 xcode 和 git 来做版本控制。
对于意图、实体、日志等,因为它们存储在 api.ai 本身并且没有 IDE 支持进行版本控制。所以它们不能由 git 进行版本控制。
这是前一阵子问的,所以你们现在可能都已经组织好了,但是最近在 API.ai 论坛上也有人问过这个问题,但仍然没有 GIT 方法可以做到这一点。
然而,有一些 youtube 视频(参见 api 论坛的帖子,手头没有)显示正在构建的大型项目,其中开发人员设置了一系列代理并通过使用导出-导入功能来移动意图和实体来链接它们沿着流程进入生产版本。他们坚持认为代理训练自己的速度非常快,因此在转移过程中不会丢失任何东西。
所以我有几个会话专家根据机器人的个性创建用户说和文本响应。每个人都有自己的代理人可以玩,并被分配完成任务的意图。
然后将这些导入到 Dev Bot 中,在其中使用后端进行测试,添加其他媒体响应和集成响应。Dev Bot 将自身导出为版本,并导出到 Test Bot 中,每个人都可以使用它。测试机器人做同样的事情,导出到版本和
然后当每个人都开心时,Test Bot 就会被导出到 Prod Bot 中。
它并不理想。它不是你想象的谷歌拥有的产品强迫我们工作的方式,它是一个手动过程,但它确实可以工作。