實踐：審批流程自動化

本篇以「審批流程自動化」為例，講解 LanSphere 工作流中條件判斷多分支路由、大模型輔助摘要與藍信 MCP 通知的組合用法。適合需要按金額分級審批、並透過藍信即時通知審批結果的開發人員閱讀。

場景與價值

傳統的審批流程依賴人工流轉，問題不少：

• 審批金額不同，審批層級不同，靠人工判斷容易走錯流程；
• 審批結果靠口頭或郵件傳達，申請人不一定及時知道；
• 高金額審批缺少同步知會機制，紀檢/審計需要事後補看；
• 審批意見格式不統一，事後追溯費時。

用工作流把審批鏈路自動化：接收申請 → 條件判斷按金額分級路由 → 大模型生成意見摘要 → 藍信 MCP 通知申請人與相關主管，全流程無人值守、可追溯。

你將搭建什麼

一個「審批自動化」工作流應用：接收審批申請（申請人、金額、事由、類型），條件判斷節點按金額分為三路——低額（< 5000）直通、中額（5000-50000）部門負責人審批、高額（> 50000）分管領導審批；大模型節點輔助生成審批意見摘要；MCP 節點透過藍信傳送通知給申請人，高額審批額外通知紀檢/審計；輸出節點返回審批結果。

鏈路：輸入 → 條件判斷 → [低額直通] / [中額 → 大模型摘要 → MCP（通知負責人）] / [高額 → 大模型摘要 → MCP（通知分管領導）→ MCP（通知審計）] → 輸出。

推薦流程

準備工作

第一步：建立應用並設定輸入

1. 點擊「新建專案」，應用類型選擇「工作流」，填寫名稱（如「審批自動化」）。
2. 「輸入」節點預設存在，定義需要收集的審批申請欄位：

3. 在環境變數中新增審批人帳號變數（如 MANAGER_ID、DIRECTOR_ID、AUDITOR_ID），值設為對應的藍信 staffId，設為保密變數。

注意：審批人帳號放環境變數便於人員變動時只改變數值、不動畫布；不要直接寫在節點設定中。

第二步：編排條件判斷分支

1. 新增「條件判斷」節點，連接在「輸入」節點之後。
2. 設定三個分支，按 amount 欄位判斷：

3. 低額直通分支可直接連接輸出節點，無需審批與通知。

第三步：大模型生成審批意見摘要

在中額與高額分支中，新增「大模型」節點，上下文引用輸入節點的申請欄位，提示詞範例：

你是審批摘要助手。以下員工提交的審批申請：

申請人：（此處插入 applicant 變數）
申請金額：（此處插入 amount 變數）元
申請事由：（此處插入 reason 變數）
申請類型：（此處插入 category 變數）

請生成一段審批意見摘要，要求：
1. 用一句話概括申請內容（申請人 + 金額 + 事由）。
2. 判斷事由是否合理、金額是否與事由匹配。
3. 給出建議審批結果（建議通過 / 建議駁回），並說明理由。
4. 全文控制在 150 字以內，語言簡潔正式。

提示：大模型節點在此輔助生成摘要與建議，最終審批決定仍由人工確認。摘要內容將透過藍信通知傳送給審批人參考。

第四步：MCP 節點通知審批人

1. 在中額分支的大模型節點之後，新增 MCP 節點，選擇藍信 MCP 服務的「傳送私聊訊息」工具。
2. 接收人引用環境變數 MANAGER_ID，訊息內容引用大模型節點的輸出（審批意見摘要）。
3. 在高額分支的大模型節點之後，依次新增兩個 MCP 節點：
   • 第一個：接收人引用 DIRECTOR_ID，訊息內容引用大模型輸出；
   • 第二個：接收人引用 AUDITOR_ID，訊息內容同樣引用大模型輸出（同步知會審計）。

注意：高額分支的兩個 MCP 節點為串行連接——先通知分管領導，再通知審計。如需並行，可使用「批處理」節點對多個接收人批次傳送。

第五步：連接輸出節點

1. 三個分支最終都連接到「輸出」節點。輸出內容引用各分支的處理結果：
   • 低額直通：引用原始申請欄位，標註「低額自動通過」；
   • 中額/高額：引用大模型節點的摘要與 MCP 節點的傳送結果。
2. 工作流透過「輸出」節點在結束時返回審批流轉結果。

節點設定速查表

第六步：分步偵錯

1. 用三檔金額分別測試每個分支：

2. 逐節點檢查：
   • 條件判斷：確認金額進入了正確的分支；
   • 大模型：確認摘要包含申請內容與建議結果，無編造；
   • MCP 節點：確認審批人藍信中收到私聊訊息，內容可讀；
   • 高額分支：確認分管領導與審計都收到了通知。
3. 每個節點的輸入、輸出與錯誤都可在偵錯詳情中檢視，過往記錄進入「偵錯歷史」回看。

常見問題排查：

第七步：儲存與上線

1. 點擊「儲存」儲存工作流。發布前檢查清單會自動檢查設定完整性與邏輯正確性，按提示補齊缺漏。
2. 點擊「儲存」按鈕下拉 →「發布到應用廣場」，或透過「發布渠道」分頁開通 API 存取，供 OA 等業務系統呼叫。
3. 上線後進入應用詳情頁「對話日誌」分頁，查看每次審批的流轉記錄與各節點中間過程。

提示：上線初期建議人工確認大模型的建議結果再傳送通知，確認摘要品質穩定後再放開自動通知。

調優與邊界

擴充思路

• 並行通知：用「批處理」節點對多個審批人同時傳送通知，縮短等待時間；
• 審批記錄入庫：在輸出前加「HTTP 請求」節點，把審批記錄寫入 OA 系統資料庫；
• 超時催辦：把工作流封裝為定時任務，定期檢查未處理審批並透過藍信催辦；
• 金額智慧預審：在條件判斷前加「大模型」節點，對申請事由做合理性預判，異常申請直接標記預警；
• 多維度路由：除金額外，按申請類型（採購/差旅/報銷）進一步細分審批層級。