中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

隨著人工智能技術的不斷進步，AI應用開發正逐漸改變著我們的工作和生活方式。這篇文章將帶你一探AI應用開發的最新趨勢，特別是如何利用AI技術來優化業務討論和決策過程。

解決開會：都不想說話的問題。

01

2024年人工智能有個明顯的趨勢，模型的研發暫時進入一個瓶頸期，到底什么時候會突破，下次突破又會智能到什么地步，還是個未知數。

然而大模型的AI應用，可以繞地球一圈了。

但是真正熱門的AI應用，最多繞地球儀一圈。

無論是研發底層大模型的巨頭，還是基于一眾大模型接口做二次開發的小作坊，又或者使用模型的集成工具進行拖拉拽創建應用，關注人工智能這個領域的玩家，都在不斷的嘗試AI應用。

什么樣的應用形式，能跳出上一代互聯網產品的包圍圈？

至今還有點無解，目前從一眾體驗過的AI應用中，都不足以替代當前的用戶使用習慣，不過這個問題可以先選擇性忽略。

改變不了產品用戶的習慣，但是可以先改變產品研發的習慣。

02

這段時間，在體驗各個平臺的智能體搭建流程，從產品的角度來看，目前肯定不足以支撐復雜的業務場景，但是在各種嘗試中有個反思。

基于AI的產品形態，復雜的操作可能會消失。

最先體驗的是字節旗下的扣子(Coze)AI應用開發平臺，使用其提供的集成開發工具，經過近2個小時的嘗試，創建了一個「產品研發群」的應用，用來模擬討論業務的基本流程。(Coze商店已發布)

既然是應用，高低也算個產品。

以產品的角度來考慮，必然有一個業務場景的假設，流程開始到執行到結束的完整邏輯，當然還要有頁面的展示，這是最基本的思路。

搭建「產品研發群」的應用，圍繞的是業務討論的場景，模擬一個群主來做開場，然后由產品、研發、項目等角色分別表達想法，最后由群主進行總結分析。

這個流程由Coze來完成，在已經熟悉工具用法的情況下，可能只需要20分鐘。

03

由于是第一篇寫Coze工具的使用體驗，這里就把完整的流程都記錄一下，方便有興趣的網友前去嘗試。

登錄Coze之后進入項目空間，選擇新建應用。

選擇【創建空白應用】，或者選擇一個模板，先在模板上折騰一把。

輸入應用名稱和簡介，還可以給應用添加一個圖標，點擊【確定】即可。

這里先簡單的熟悉下AI應用工作臺的初始化頁面，默認是先做【業務邏輯】，再設計【用戶界面】，完成應用搭建和測試通過后，就可以【發布】到商店中供別人使用。

下面再分別說業務和界面的搭建，以及兩者之間的交互邏輯。

04

從產品角度來說，任何業務必然是先有場景的預設，然后再設計具體的流程，而對于一個流程來說，存在開始和過程以及結束的基本概念。

先看完整的流程圖，然后再展開說明。

整個業務流程大致分為三段：群主開場引入要討論的業務主題，然后由其他角色參與討論，最后由群主總結陳述。

為了有個具象的體驗，再來看下用戶界面。

輸入要討論的業務主題，然后點擊開始，后續就會逐條輸出不同角色的表達內容，對應上面的業務流程。

具體的測試效果就不演示了，有興趣的朋友可以自己商店搜索或者搭建，下面看具體的操作過程。

05

先從流程邏輯入手，新建一個【工作流】，在初始化頁面會有【開始】和【結束】兩個組件。

既然是業務討論，開始必須要定義一個主題，這里添加一個【business_Title】變量，用來接收輸入的業務主題內容。

在【開始】組件后面，添加一個【大模型】節點，默認使用免費的豆包模型，用來配置具體的思考邏輯，即流程上的群主開場白。

這里可以對比最常用的大模型對話，在輸入框內向大模型拋出一個問題，然后大模型開始思考并回答問題，所以這個群主開場的【大模型】節點，就需要告訴大模型以什么樣的角色和要求進行思考和輸出。

配置流程依次按照上面的步驟即可。

【輸入】大模型需要接收輸入的參數，也就是輸入的問題，即在開始節點添加的業務主題變量名。

【系統提示詞】這里選擇提示詞庫的通用結構，用來約束角色的表達邏輯和規則。

【用戶提示詞】向模型提供用戶的指令。

【輸出】這里選擇文本格式，并且設置為「Opening」參數，方便向后續節點傳遞群主的表達內容。

配置好大模型的思考節點，即群主對業務主題的思考，接著就是把思考的內容輸出。

在群主思考的【大模型】節點后面，添加一個【輸出】節點。

該節點輸出的主要內容是上面大模型思考的結果，即【Opening】變量名，內容以【流式】輸出，并且適當的調整格式，模擬群的討論場景。

在群主完成開場白之后，然后模擬產品技術和項目三個角色并行思考，之后按順序輸出發言內容，最后由群主進行總結。

這里三個大模型角色的配置策略，和群主模型的結構差不多，只不過把邏輯約束在各自的角色內。

然后把三方的觀念，提交給群主總結的大模型，最后輸出總結陳述，然后整個流程結束。

到這里，就完成了業務流程的邏輯管理，下一步就是用戶頁面的交互。

06

搭建用戶界面，需要分為兩步進行，頁面展示布局，以及頁面和上述工作流程的交互，也就是產品研發中常說的前端和后端的交互。

先來看頁面的布局結構。

用戶界面的布局十分簡單：

【1】添加一個布局組件容器，約束整體結構，樣式參考右側的配置即可。

【2】添加一個文本組件作為群名稱展示。

【3】添加一個表單，用來接收用戶輸入的業務主題。

【4】在最下面放一個Markdown組件，展示不同角色輸出的內容。

【5】單獨放一個重置按鈕，用來清空當前頁面的內容。

頁面布局設計這塊，沒什么值得詳細說明的，更重要的還是和業務邏輯的交互，即怎么觸發業務流程，怎么展示業務的執行過程，怎么結束流程。

第一步：先接收用戶輸入的內容，默認給了一個商品交易的業務主題，并且限制輸入框最多50個字符。

第二步：將輸入框內容提交給業務邏輯，這里實際上涉及到編程領域的概念，點擊按鈕要去觸發事件，然后把邏輯交互到指定業務中。

這里【開始議論】的按鈕樣式就不說了，重點看涉及的兩個動作事件，表單提交并執行工作流。

第三步：使用Markdown組件，顯示業務流程里輸出的內容，在工作流中已經設置了輸出內容的順序。

第四步：在討論結束后，把整個頁面的內容手動重置一下，即清空當前頁面的信息，同樣是按鈕點擊觸發相關的事件。

這樣整個入門應用就搭建好了，然后點擊用戶界面右上角的預覽，可以測試流程，點擊發布就可以發布到商店中。

無論是業務邏輯還是用戶界面，都只是使用相對簡單的組件，來完成相對簡單的邏輯，想要做復雜的設計，就必須深度熟悉工具的各種組件和用法。

案例只是個人入門的測試，沒有反映平臺工具的水平。

07

最后簡單對比一下：AI應用和低代碼平臺。

從平臺的開發工具這個屬性來看，并沒有本質上的區別，都是先基于業務流程設計，然后拖拉拽組裝頁面，最后把流程和頁面進行融合交互形成可視化的效果。

以前低代碼平臺沒有AI的加持，每個流程和步驟都需要人工處理，然而當下在加入人工智能的組件后，AI疊加之下的各種場景，到底會把業務和產品的形態重塑到什么模式，目前還是云里霧里。

但是基于過往事實，可以確定的是：

很多新興的事物，只要被驗證了可行性，就會擺出一副不達目的誓不罷休的態勢，總之跟瘋用起來就是了。