北京
這份工作流并非教程，更像一個零件目錄。它不要求你理解全部46個節(jié)點，只需取走適合你的模式，丟掉其余。畢竟，沒有兩個讀者在解決同一個問題，模板很少能原封不動地套用。
該工作流出自n8n-nodes-ldxhub包，演示了如何將動態(tài)下拉和動態(tài)憑證兩個技巧結(jié)合到一個Switch節(jié)點中。結(jié)果是一個表單背后，托管著五個AI文檔處理服務(wù)：結(jié)構(gòu)化提取、翻譯精煉、OCR、PDF轉(zhuǎn)換和文本提取。截圖和JSON都來自那個包，但模式本身是通用的。
工作流的骨架極簡。入口只有兩個節(jié)點：一個表單提交觸發(fā)，詢問用戶要哪個服務(wù)，并收集API密鑰；另一個“Route by Service”Switch節(jié)點，根據(jù)用戶選擇分出五條路徑。每條服務(wù)路徑獨立運行，最終以兩個節(jié)點收尾——成功時自動下載結(jié)果，出錯時報錯。這就是骨架：表單到Switch，再到服務(wù)路徑。
路由機制很直接。Switch節(jié)點使用規(guī)則模式，每條規(guī)則讀取表單中的同一表達式——{{ $json.service }}，然后與靜態(tài)服務(wù)名比較。這種動態(tài)讀取、靜態(tài)匹配的方式，意味著新增一個服務(wù)需要手動編輯Switch節(jié)點，添加一行規(guī)則。沒有自動發(fā)現(xiàn)，沒有模板鉤子，簡單而可預(yù)測。這正是你可以立即借鑒的部分：一個Switch節(jié)點配合N條靜態(tài)規(guī)則，由上游一個表達式驅(qū)動。
在服務(wù)路徑內(nèi)部，你還能發(fā)現(xiàn)兩個重復(fù)出現(xiàn)的模式。它們源于先前文章介紹過的技巧，現(xiàn)在嵌入到實際工作流中。這些模式通用，適用于任何你想整合的服務(wù)集。整個結(jié)構(gòu)雖然包含46個節(jié)點，但本質(zhì)上是五條重復(fù)路徑加一塊小路由區(qū)域，復(fù)雜都塞進了具體服務(wù)里。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
