實踐:審批流程自動化 | LanSphere 使用手冊

實踐:審批流程自動化

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

場景與價值

傳統嘅審批流程依賴人工流轉,問題唔少:

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

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

你將搭建咩

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

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

推薦流程

步驟 說明
1 準備工作 新增藍信 MCP 服務,確認審批人藍信帳號
2 建立應用 新建工作流,設定輸入節點收集審批申請欄位
3 編排畫布 條件判斷分三路 → 大模型摘要 → MCP 通知 → 輸出
4 分支調試 逐金額檔位驗證路由、摘要同通知
5 儲存上線 發布到應用廣場或開通 API 供業務系統調用

準備工作

項目 要求
平台角色 開發人員及以上(建立工作流、新增 MCP 服務)
藍信 MCP 服務 已喺「左側選單 → MCP 服務」中新增藍信 MCP 服務,「發送私訊訊息」工具可用
審批人帳號 部門負責人、分管領導、紀檢/審計人員嘅藍信帳號(staffId 或手機號,用於 MCP 發送私訊訊息)
審批規則 同管理層確認金額分檔閾值(本例為 5000 / 50000)同各檔審批人

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

  1. 點擊「新建項目」,應用類型選擇「工作流」,填寫名稱(例如「審批自動化」)。
  2. 「輸入」節點預設存在,定義需要收集嘅審批申請欄位:
欄位 類型 說明
applicant 文字 申請人姓名
amount 數值 申請金額(元)
reason 文字 申請事由
category 文字 申請類型(例如採購、差旅、報銷)
  1. 喺環境變數中新增審批人帳號變數(例如 MANAGER_IDDIRECTOR_IDAUDITOR_ID),值設為對應嘅藍信 staffId,設為保密變數

注意:審批人帳號放環境變數方便人員變動嗰陣淨係改變數值、唔郁畫布;唔好直接寫喺節點設定入面。

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

  1. 新增「條件判斷」節點,連接喺「輸入」節點之後。
  2. 設定三個分支,按 amount 欄位判斷:
分支 判斷條件 走向
低額直通 amount < 5000 直接連接輸出節點
中額審批 5000 <= amount <= 50000 大模型 → MCP(通知部門負責人)
高額審批 amount > 50000 大模型 → MCP(通知分管領導)→ MCP(通知審計)
  1. 低額直通分支可直接連接輸出節點,唔使審批同通知。

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

喺中額同高額分支中,新增「大模型」節點,上下文引用輸入節點嘅申請欄位,提示詞示例:

你係審批摘要助手。以下係員工提交嘅審批申請:

申請人:(此處插入 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. 工作流透過「輸出」節點喺結束嗰陣返回審批流轉結果。

節點設定速查表

節點 關鍵設定 說明
輸入 收集 applicant / amount / reason / category 審批申請入口
條件判斷 三個金額分支 按金額分路
大模型(中額/高額) 摘要提示詞 + 引用申請欄位 生成審批意見摘要
MCP(發送私訊訊息) 接收人引用環境變數;內容引用大模型輸出 藍信通知審批人
輸出 引用各分支結果 返回審批流轉結果

第六步:分步調試

  1. 用三檔金額分別測試每個分支:
測試場景 輸入示例 預期走向
低額直通 金額 3000,採購辦公耗材 直通輸出,冇通知
中額審批 金額 20000,差旅出差 大模型摘要 → 通知部門負責人
高額審批 金額 80000,採購設備 大模型摘要 → 通知分管領導 → 通知審計
  1. 逐節點檢查:
    • 條件判斷:確認金額入咗正確嘅分支;
    • 大模型:確認摘要包含申請內容同建議結果,冇編造;
    • MCP 節點:確認審批人藍信中收到私訊訊息,內容可讀;
    • 高額分支:確認分管領導同審計都收到咗通知。
  2. 每個節點嘅輸入、輸出同報錯都可喺調試詳情中查看,過往記錄進入「調試歷史」回睇。

常見問題排查:

現象 排查方向
金額路由錯誤 條件判斷嘅閾值設定係咪正確;amount 欄位類型係咪數值
大模型摘要唔含建議結果 提示詞中「給出建議審批結果」要求係咪保留;上下文變數引用係咪正確
藍信通知未送達 接收人 staffId 係咪正確;藍信 MCP 服務授權係咪有效;MCP 節點報錯資訊
高額分支淨係通知咗一方 兩個 MCP 節點係咪都正確連接;第二個 MCP 嘅接收人變數係咪引用正確

第七步:儲存與上線

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

提示:上線初期建議人工確認大模型嘅建議結果先至發送通知,確認摘要品質穩定後再放開自動通知。

調優與邊界

現象 調整方法
金額閾值需調整 修改條件判斷嘅分支條件後重新儲存,唔使動畫布結構
審批人變動 更新環境變數中嘅 staffId,唔使改動畫布
摘要品質唔穩定 喺提示詞中增加審批規則約束(例如各類型嘅金額上限),強化判斷邏輯
需要多級串行審批 喺分支中串聯多個大模型 + MCP 節點,逐級通知逐級確認
需要駁回流程 增加條件判斷分支處理駁回場景,透過 MCP 通知申請人駁回原因

擴展思路

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