為什麼要使用聊天機器人框架

史蒂夫在一家專注於聊天機器人開發的設計機構工作。他精通節點.js並且很高興能在新軟體管道的最前沿工作。

他的同事瑪麗娜（Marina）最初致力於為網站製作內容，但現在與他一起提供 chatbots 對於品牌。

當他剛開始建造時 chatbots 他使用了Chatfuel和 Motion.ai 等“無代碼”工具。這些是創建腳本機器人的好工具，特別是對於行銷，但他很快發現它們對於他的用例來說是有限的。

這些工具的重點是允許街上的人能夠在幾分鐘內創建一個機器人。他們成功地完成了這項任務，任何人都可以輕鬆捕捉到的新穎性和營銷價值 chatbots.但是，當用例變得更加複雜時，它們有局限性。定製機器人或將其與現有系統集成是困難的或不可能的。

使用可視化工具進行開發也存在明顯的局限性。他並不是說應該有一個可用性/可學習性的權衡。他認為，對於系統從一開始就易於學習非常重要。不是每個人都願意投入時間和精力來改進。但是，系統應允許多種交互方式，以便專家可以不斷提高他們在平臺上的生產力。

用當前程式設計語言運行程式的學習曲線相當小，但不可否認的是，比通過可視化工具啟動和運行聊天機器人的學習曲線要陡峭一些。

然而，初學者可以通過增加他們對語言功能和各種可用工具的瞭解來成倍地提高他們的生產力。沒有人認真考慮用可視化工具替換文本編輯器進行編碼（儘管有許多可視化工具支援編碼，包括直接在代碼本身上的視覺提示）。

Steve承認，可以在純程式設計環境中構建聊天機器人，例如Microsoft Bot Framework，但這不是他正在尋找的解決方案。雖然使用這些類型的工具可以有更多的控制權和靈活性，但他最終將不得不自己編寫機器人的許多常見功能。

這種類型的框架是在開發智慧機器人時考慮使用智慧 NLP 和 AI 引擎（如 LUIS）開發的。對於他的用例，使用這種類型的平台幾乎與他在無代碼平臺中面臨的問題相反。這些平臺使得編寫他正在開發的機器人類型變得比必要的困難得多。

程式師使用可視化工具支援的文本編輯器，Steve相信類似的解決方案最終將在聊天機器人框架空間中提供。現在可用的東西將來會得到不可估量的改善。

他相信這一點還有另一個理由。程式員經常使用查找/替換、複製/粘貼和其他工具重構代碼，但這在可視化系統中是不可能的。

此外，某些特徵可能難以直觀地表示。例如，如果Messenger上的聊天機器人功能很複雜，則可能很難或不可能找到一個漂亮的用戶介面來以圖形方式表示該功能。可以說，這已經在聊天擴展中發生了。

在他看來，聊天擴展表明瞭一種趨勢，即從純粹 的對話式UI 轉向機器人成為更多的圖形應用程式。 Facebook Messenger和其他平臺的目標是成為一個通用的行動應用程式，就像微信已經在亞洲一樣（經過一些調整）。

當他和瑪麗娜討論這個問題時，她同意了。事實上，她覺得自己在內容方面也有類似的問題。

雖然她很快就設法在沒有代碼平臺上啟動並運行，但對於他們試圖構建的機器人來說，限制是顯而易見的。當她第一次接到構建更複雜的機器人的任務時，她改變了這個過程。她沒有在無代碼平臺上開發機器人，而是為聊天機器人創建了各種規範和原型，然後交給史蒂夫實施。

這是一個非常低效的過程，主要是因為她無法自己更改內容，而必須要求史蒂夫為她進行更改。隨著時間的推移，史蒂夫開發了一些工具，使她能夠通過谷歌電子錶格自己維護部分內容，但這不是一個理想的解決方案。

更重要的是，她還覺得，作為一名每天這樣做的專家，她需要更好的工具來提高她的生產力。

內容是應用於圖形小部件、按鈕、快速回復和卡片等控件的單詞和簡單的文本結構。她可以在幾分鐘內在文本編輯器中寫出對話，但這些簡單的對話花了她幾個小時才在這些可視化編碼平臺上組合在一起。

瑪麗娜得出的結論是，即使是內容方面也缺少重要的工具，這些工具可以使他們比現在的專業聊天機器人製造商更有效率。

這個故事有一個圓滿的結局。 Botpress.io 是在考慮這個世界的史蒂夫斯和碼頭的情況下構建的，即適用於需要專業級工具來創建機器人的專業人士。

而 Botpress.io真的很容易學習，它並不專注於讓街上的人發展 chatbots.它專注於讓專業的聊天機器人製造商更好地完成工作。

專業的聊天機器人製造商通常被認為是從事自然語言和類似人工智慧解決方案的人，但我們的定義更廣泛。數據科學家肯定屬於專業聊天機器人製造商的定義，但我們的定義包括參與創建專業機器人的團隊的所有不同成員。這包括那些以創建機器人為生或至少在機器人創建過程中取得了非常高的理解和熟練程度的開發人員和內容製作者。

通常，這些專業的聊天機器人製造商將是聊天機器人開發人員和內容製造商，他們在初創企業、開發公司、數字機構或公司內部專業人士工作。

這些專業人員期望有一套工具，使他們能夠專注於他們正在開發的客戶體驗所特有的業務邏輯和內容，而不是花時間編寫通用功能或處理由可視化工具指定的殭化、鎖定的流程。

Botpress 對於想要以最簡單的方式創建聊天機器人並準備接受靈活性較低且沒有太大提高生產力空間的限制的人來說，這不是正確的選擇。

在許多方面，構建網站的任務是構建聊天機器人的一個很好的類比。由於限制，專業機構不會使用 Wix.com 來構建網站，但他們會使用Wordpress而不是在HTML或CSS中從頭開始構建網站。無代碼平台類似於Wix，com，使用機器人框架從頭開始構建聊天機器人可能比作使用html或css從頭開始構建網站。 Botpress 類似於使用 Wordpress。

在我們看來，聊天機器人行業仍在研究NLP、引導式對話和圖形小部件的哪些組合可以成為一個偉大的機器人。如何 chatbots 進化將取決於底層技術的發展以及聊天平臺提供的功能。

專業聊天機器人製造商可用的工具需要讓他們快速輕鬆地訪問可用於創建機器人的所有各種技術。重要的是要但經常被忽視的事實是，要為機器人創建出色的用戶體驗，使用正在使用的消息傳遞平臺的所有功能至關重要。例如，聊天擴展現在是 messenger 上的一項重要功能，需要用於創建出色的用戶體驗。

忽略這些類型的功能以使機器人能夠以通用方式輕鬆地跨各種聊天平臺部署，這意味著將用戶體驗降低到最低公分母。必須以與 Messenger 機器人完全不同的方式處理簡訊機器人，以充分利用通信管道中可用的功能（或缺乏功能）。

專業的機器人開發工具需要考慮這些考慮因素以及更多因素。在功能和整體體驗方面，專業機器人開發人員的品質預計將遠遠超過使用無代碼平臺的業餘 開發人員 。此外，專業聊天機器人有望具有卓越的安全功能和定製分析（以及對內容進行A / B測試的相關功能）。

專業的聊天機器人製造商將期望框架允許他們隨著時間的推移發展他們的專業知識，不僅在增加他們能夠創建的功能方面，而且在他們使用底層開發工具可以實現的生產力方面。