假設你是要開發FB的chatbot,
且不具有程式背景(或懶得code),
但邏況能力還行的話,
那建議你可以直接採用 chatfuel ,
chatfuel 聽說是台灣團隊所開發,
且直接被FB給投資。
且不具有程式背景(或懶得code),
但邏況能力還行的話,
那建議你可以直接採用 chatfuel ,
chatfuel 聽說是台灣團隊所開發,
且直接被FB給投資。
重點是,
Chatfuel有UI介面,
你只要拉一拉 連一連,就可以完成大部分的需求了,幾乎用不到任何code,但如果你想寫,也是有部分的支援。
而且,
chatfuel權限是直接被FB開啟的,
你不需要去跟FB要權限就可以做很多事,
例如 取得user profile...(申請fb權限,要審核,真的很麻煩!)
而且!!! 台灣某大銀行的FB chatbot是用企畫人員 chatfuel 拉出來,
然後該銀行就發新聞稿,自已站在潮流之上了,而且運作的還ok!。(廢話,chatfuel這麼多人在maintain 怎麼可能會差)
Chatfuel有UI介面,
你只要拉一拉 連一連,就可以完成大部分的需求了,幾乎用不到任何code,但如果你想寫,也是有部分的支援。
而且,
chatfuel權限是直接被FB開啟的,
你不需要去跟FB要權限就可以做很多事,
例如 取得user profile...(申請fb權限,要審核,真的很麻煩!)
而且!!! 台灣某大銀行的FB chatbot是用企畫人員 chatfuel 拉出來,
然後該銀行就發新聞稿,自已站在潮流之上了,而且運作的還ok!。(廢話,chatfuel這麼多人在maintain 怎麼可能會差)
但是,
相對的,當然也會受限於Chatfuel的UI介面,
而使你的Chat bot 無法靈活開發,
達到一些,你所希望的功能,
相對的,當然也會受限於Chatfuel的UI介面,
而使你的Chat bot 無法靈活開發,
達到一些,你所希望的功能,
另外,因為A.I.是採取chatfuel所訓練好的,
所以每個Bot 可能會交談起來都是固定的模式。
所以每個Bot 可能會交談起來都是固定的模式。
假設你有跨平臺的需求slack telegram Skype...
也是不能直接套用的。
也是不能直接套用的。
如果你會 c# 或 node js,
那你就可以試一試 botframework,
botframework其實就是一套腳本+狀態的機制。
那你就可以試一試 botframework,
botframework其實就是一套腳本+狀態的機制。
採用的好處就是你直接可以依照這個框架,來撰寫你的整個chatbot流程,
而不用從 message api 開始作一系列的發展。
而不用從 message api 開始作一系列的發展。
但目前為止,最大的壞處,就是m$因為該公司有Cloud的產品,
為了帶動該Cloud的發展,
硬是綁在一起,
導致這麼好的一個框架,
得先連到美國作轉發,
所以整個就會慢。
為了帶動該Cloud的發展,
硬是綁在一起,
導致這麼好的一個框架,
得先連到美國作轉發,
所以整個就會慢。
*註:因為 Line不被 dev.botframework.com 所支持,
所以我自幹line builder 時,
就順便把轉發這個問題給幹掉了。
不過我FB messenger 的部分還是先採用 dev.botframework.com ,因為 npm 上的 FB builder都沒在做更新。
而FB又很愛改,所以先採用好了,以後再看看要不要幫忙 maintain FB builder.
所以我自幹line builder 時,
就順便把轉發這個問題給幹掉了。
不過我FB messenger 的部分還是先採用 dev.botframework.com ,因為 npm 上的 FB builder都沒在做更新。
而FB又很愛改,所以先採用好了,以後再看看要不要幫忙 maintain FB builder.
沒有留言:
張貼留言