在先前的文章中多次提到我們在開發一款低程式碼平台,主要針對ToB 企業,幫助企業完善資訊化建設,給企業的數位轉型貢獻一份力量。
數位轉型的目標是降本增效,同樣,效率對我們來說也至關重要,主要體現在:售前能快速提供原型和客戶溝通、實施過程中能高效交付、售後遇到的各種問題能立刻找到答案。
最近,ChatGPT 持續火熱,每天在推上都能發現新的應用,那麼 ChatGPT 和我們的低程式碼產品能結合嗎?或者說這種大語言模型的想法能為低程式碼帶來怎樣的效率提升?
其實有些巨人已經這麼做了。
Salesforce 宣布推出新產品EinsteinGPT,這是一種基於LLM 技術的產品,它與Salesforce 的主要網路應用程式集成,利用OpenAI ChatGPT 模型來幫助追蹤銷售人員聯繫潛在客戶的頻率,並自動撰寫行銷電子郵件,無需手動撰寫電子郵件。
另一方面,微軟也宣布將 ChatGPT 技術擴展到 Power Platform 平台上。 Power Platform 是微軟的低程式碼產品,在《最近看了兩本低程式碼的書》中有介紹。這意味著 Power Platform 上的 Power 虛擬代理和 AI Builder,都已經更新了 ChatGPT 編碼功能,使用戶可以在很少甚至不用編寫程式碼的情況下,開發自己的應用程式。
Salesforce 將其應用在業務能力上,微軟則在平台能力上進行了增強。對我們來說,售前和實作中需要的是能快速搭建應用,售後需要快速解決問題,所以有兩個方向可以去做:
1、應用程式建置效率的提升。
2、建構智慧問答系統。
目前專案實施的步驟如下:
讓低程式碼產品整合了 ChatGPT 的能力後,系統就會變成這樣:
例如:在對話方塊中輸入,將目前清單的項目名稱這一列寬度調整到500 ,這時就需要能辨識參數:項目名稱和寬度 500,而且知道需要呼叫調整列寬的介面。
現有的低程式碼平台在後台做完各種配置後,點擊儲存後,前端收集所有資料傳遞給接口,介面的顆粒度比較粗,一次性會儲存很多內容,但上面例子中調整一個列的列寬設定就需要一個接口,這就需要接口的顆粒度非常細,所以,改造接口顆粒度是實現智能化的第一步。
上面說結合 ChatGPT 的能力,並不是直接對接 ChatGPT 的接口,所以說要實現還是相當有難度的。不過一個新的技術興起到完全在 ToB 市場中普及,是有一個時間週期的,只要方向沒錯,完全有這個準備的時間。
目前在專案實施過程中存在幾個問題,這也是為什麼一個智慧問題系統很重要的原因:
現在的方式就是透過文檔搜索,這些年也沉澱了非常多的文檔,例如:業務場景案例、操作手冊、實施常見問題手冊等,不過是基於關鍵字搜尋的,用關鍵字搜尋有幾個問題:
如果按照 ChatGPT 的思路,智慧問答系統的邏輯就是這樣的:
針對這個問題,我在知識星球問過張善友大佬,下面的圖就是張善友提供的:
寶玉在推上也回答過類似的問題:
https://twitter-thread.com/t/1641656561650249730。
不過張善友和寶玉提供的參數都是依賴 OpenAI 的接口,如果不依賴 OpenAI,有辦法實現嗎?這需要進一步去學習和研究。
最近看到Supabase 產品的文檔就提供了AI 問答(https://supabase.com/docs),這個效果就是我想要達到的,總結下就是根據自然語言的輸入,給一個精準的答案。
未來已經到來,不管是產品還是個人,都需要持續不斷地學習和進化,才能不被淘汰。
以上是由 ChatGPT 帶來的低程式碼產品的思考的詳細內容。更多資訊請關注PHP中文網其他相關文章!