大模型火了以後，好像一夜之間Chatbot變成了人機互動的最佳方式，GUI（Graphic User Interface）最終會被淘汰，一系列所謂原生AI應用，都以CUI（Conversational User Interface）作為標準互動正規化。
對此，我持有反對意見，具體觀點在AI時代，CUI會替代GUI麼？中有講到。
其實，從GUI到CUI之間，有一個過渡性（或者叫中間形態）模式，就是Copilot（注意這不是指微軟的語音助手），智慧副駕駛。
所謂智慧副駕駛，是當你在使用GUI模式的應用系統時，可以有一個智慧助手，需要的時候，助手可以無縫介入軟體的操作，幫助你輔助決策，甚至直接操作功能，完成工作。
Copilot不是一般意義上軟體智慧助手，或者問答機器人。後者只能提供對話互動，並不能操縱軟體。Copilot具備呃直接操縱軟體的能力，從某種程度來講更像一個Agent。
企業軟體應用領域，AI目前並不能真正替代人，但Copilot的模式，可以很好的將碳基人和矽基人進行融合，一方面利用了AI的智慧輔助能力，另一方面保持了人的決策判斷能力，相輔相成。Copilot是目前我認為比較合理的AI在人機互動領域的最佳實踐。
我們之前拆解過了程式設計輔助工具Cursor和Agent，Cursor的Agent模式，Windsurf的Write模式，就是典型的Copilot，你可以透過自然語言描述來完成人機互動和程式編寫。但程式設計領域比較特殊，Copilot作為一個Agent處理的是檔案，而非控制GUI。那麼，有沒有Copilot能幫助使用者操縱控制軟體呢（非RPA侵入方式）？答案是肯定的。
Cursor右側的Write模式的Chatbot就是一種Copilot
接下來要介紹的就是今天的主角，Zapier，這是一家12年成立於美國的公司，最早是做SaaS模式下的流程整合和自動化，這兩年開始融入AI能力，23年營收已達到3億美元。
Zapier的核心功能，是內建了非常豐富的整合介面，覆蓋了歐美絕大多數主流SaaS軟體，可以做跨系統流程整合和工作流編排。
例如，你可以實現類似：當官網有一個客戶提交了線索，透過Zapier將線索分配給某個銷售，再給這個銷售發一封通知郵件和一條Slack訊息，並且在Salesforce中建立一個線索記錄以及待跟進任務，同時給銷售主管的Notion中發一個待跟蹤任務和一條Slack通知。
然而，Zapier讓我感到好玩的不是標準功能，而是其嘗試探索了Copilot的人機互動模式，並且是目前我用過的相關軟體中，能力最強，體驗最好的一款。
讓我們一起來看看軟體功能。
首先，Zapier的幾個核心功能，Zap是工作流，Table是資料表（類似於Airtable的基礎資料表定義），Interface是介面編輯器（可以生成表單），Chatbot用來定義聊天模式的Agent（可以內建整合Zap），以及Canvas（這個後便會進一步介紹）。
Zapier的主介面，首先這個主介面就清晰、整潔，體驗非常好！
Zapier推薦透過CUI的方式嘗試建立流程
根據文字描述，Copilot自動分解任務，這也是Zapier最強的地方，他並不會直接建立流程，而是會給你選擇，你可以初步調整、編排你的任務，確認後再提交，由Copilot自動建立流程節點。
進入工作流編排介面後，Copilot會繼續存在，依然可以完成任務的分解、調整。
每執行完一個步驟，Copilot會對任務打鉤，當然不是所有任務節點都會完整建立，很多細節配置依然需要再GUI完成
對配置完成的流程，可以進行測試。既可以在GUI完成，也可以在Copilot完成。
如果測試中出現了錯誤，節點編輯元件會進行錯誤原因定位和分析，我個人覺得這個錯誤資訊可以放在Copilot中，並嘗試自動修復，這樣體驗連續性可能更強。當然現在的設計也很好用！
目前Zapier還不能直接修復錯誤，但給出的修復建議基本準確，不是泛泛的方法，而是具體到欄位級別的診斷。
Zapier的Copilot，雖然還有待完善，比如不能識別我用語言描述的迴圈邏輯，但是作為業界對Copilot的探索，已經足夠驚豔！
首先，在一個BS架構的軟體中，聊天對話方塊可以建立任務控制GUI中的控制元件，這就很神奇，而且更神奇的是，當你透過鍵盤滑鼠操作GUI的時候，Copilot還能識別一些變化。
要知道，這並不是類似於RPA採用了介面截圖識別的技術能力，而是對前端控制元件進行了元件化處理，Zapier一定是對控制元件進行了函式封裝，並且集成了豐富的上下文和回撥介面，從而讓使用者的人機互動可以被Copilot感知。這可是不小的工作量！
除了流程編輯器，Zapier還提供了Table和Interface。如果從軟體的三層架構MVC（Modeling，View，Controller）來講，Zap實現的是業務邏輯層C，Table定義了資料層M，Interface（這裡是介面的意思，不是介面的意思）定義了View。
Zapier的Table說實話比Airtable等低程式碼軟體還是弱很多，當然這是因為Zapier的定位並不是低程式碼產品。
Zapier的介面編輯器，中規中矩。
Zapier的大模型節點編輯元件我覺得是目前最好用的。首先輸出資料是一個非技術人員能理解的呈現，而不是簡單粗暴的json。
其次，根據大模型返回的內容，編輯器可以自動生成一組結果變數集合，對應大模型的輸出，這就很方便了。
Zapier還有一個特別強的功能，叫做Canvas。你可以把Zap理解成一個一個API的定義，而Canvas可以把API、表單、資料表這些東西全部串起來。
例如，可以用Canvas實現以下功能：透過Interface建立一個Form，使用者提交表單後再Table生成儲存一條資料，然後呼叫Zap封裝的API來用Slack通知銷售並把資料傳遞到Salesforce。
Canvas同樣也可以以CUI的職能方式描述需求來建立整體畫布。
用文字描述一個業務過程，Canva會自動拆解任務，建立表單、資料表、工作流。
業務流程在Canvas中被繪製出來。
對於工作流自動化應用產品，我還體驗了幾個同類競品，比較知名的有n8n。n8n是2019年成立的團隊做的專案，可以私有化部署，原始碼公開，n8n沒有copilot，沒有人機互動，功能更強，更難用，適合有一定研發能力的企業應用，Zapier面向個人或中小企業，靈活性強，使用簡單，非技術人員友好。以下是一些介面截圖。
n8n的功能強悍，但上手困難！除了流程節點，還有多個預置的AI節點，資料處理節點。
n8n的節點配置器，看著我都頭暈。。。。
第三方給出的對比