第 27 章・複雜工作流篇

製造品保：進料檢驗與 8D 異常處理

這一章把「程式計算」「條件判斷」「知識庫」「模板組裝」「分支匯合」全串在一條線上。進料檢驗來了一批數據，系統要先用程式算出不良率、判斷合格與否，再分兩條路：不合格的自動產出 8D 對策報告，合格的產出允收單，最後匯合成一份主管結論。十個節點，一氣呵成。

業界痛點
進料檢驗每天發生，異常處理卻是又急又煩的重工：算不良率要人算、判合格要對標準、不合格要開 8D（8 個步驟的正式異常報告）、還要決定要不要通知採購與供應商。這一連串判斷與文書，靠人做既慢又容易漏步驟；尤其 8D 報告格式繁複，新人常寫不齊全。把「計算 → 判定 → 分流 → 產文件 → 下結論」整條自動化，能讓品保專注在真正的根因分析上。

本章目標

解決什麼: 輸入檢驗數據，自動判定合格與否，不合格產 8D 初稿、合格產允收單，並給主管結論
用到的技術: Code 工具（算不良率）＋條件分歧 IF/ELSE ＋知識檢索（對策庫）＋模板組裝＋變數聚合——10 個節點
難度: ★★★★★　第一個「程式＋條件＋知識＋分支匯合」的重量級流程

✨ 成果搶先看

先看做完長什麼樣——這樣你就知道自己在往哪裡前進。跟著本章做，你也能生出下面這個結果：

① 使用者填寫的欄位
品名：進料 IC 晶片 LM317
主要不良現象：部分腳位氧化發黑
檢驗數 / 不良數 / 允收門檻：200 / 15 / 5

↓　AI 處理，產出 ↓

結論與指示

本批 LM317（不良率 7.50%，超出允收門檻 5.0%）判定不放行，全批隔離退回，不得投產使用。

請採購立即通知供應商，附上本次 IQC 數據與不良樣品照片，要求依 8D 時程回覆（24 小時內圍堵、3 個工作天內根因、10 個工作天內驗證批送樣），並同步要求供應商對在庫/在途同批號、同料號品項進行自主篩選與隔離。

後續追蹤重點：(1) 確認同供應商其他在庫批次是否有相同氧化現象，避免漏檢流入產線；(2) 供應商驗證批到廠後採加嚴或全數檢驗，連續 3 批合格才恢復正常抽樣；(3) 本案列入供應商品質記錄，作為年度評鑑扣分依據，若逾期未回覆或根因分析不實，立即升級至供應商主管層級處理。

👇 在 Dify 裡實際執行、長這樣

成果搶先看 — 成品Code 判定不良率、依門檻自動分流：不合格產 8D 初稿、合格產允收單，再給主管結論。

效益速覽（估算）

省時間

開 8D 半天→數秒初稿

異常處理自動化

省人力

品保專注根因分析

文書交給流程

創造價值

判定一致

全程留痕可稽核

⬇ 把這個工作流帶走，直接用
不想從頭做？下載本章的 DSL 檔，到你的 Dify「工作室 → 匯入 DSL 檔案」上傳，就能一鍵複製這個範例、改成自己的。

下載 DSL 檔

27.1設計思路：算 → 判 → 分流 → 匯合

Code 判定把檢驗數、不良數、門檻交給 Code 工具，算出不良率，並輸出 VERDICT: PASS/FAIL。精確計算不容 LLM 出錯（見第 22 章）。
條件分歧用 IF/ELSE 判斷 Code 輸出是否含 FAIL，決定走哪條路。
不合格路線知識檢索（對策庫）→ LLM 產 8D 初稿 → 模板組裝異常報告。
合格路線LLM 直接產允收單。
變數聚合把兩條路線的結果匯合成一股，再由 LLM 產出「主管摘要」結論。

進料檢驗工作流畫布，含 Code、條件分歧、知識檢索、模板、聚合 — **圖 27-1**十個節點的檢驗處理線。注意「是否判退」條件節點分出 **IF（不合格）** 與 **ELSE（合格）** 兩條路，各自處理後再由「彙整結果」匯合——這種「分岔又收攏」是複雜流程的核心技巧。

27.1.1逐節點設定：每個節點怎麼設

十個節點把「算 → 判 → 分流 → 匯合」串起來。逐一點開關鍵節點：

開始設定 — **圖 27-1a　開始**輸入字段收品名、主要不良現象、檢驗數、不良數、允收門檻五欄。

Code 判定設定 — **圖 27-1b　Code 判定**python3 算不良率，並印出 `VERDICT: PASS/FAIL` 旗標——精確計算不容 LLM 出錯。

是否判退（條件分歧）設定 — **圖 27-1c　是否判退（條件分歧）**IF 判斷 Code 輸出是否**包含 FAIL**；下方「下一步」顯示 IF→對策檢索、ELSE→產生允收單，這就是分流。

對策檢索設定 — **圖 27-1d　對策檢索**不合格路線先查「品保對策知識庫」，把 8D 對策手冊的相關段落找出來給 LLM。

彙整結果（變數聚合）設定 — **圖 27-1e　彙整結果（變數聚合）**把「組裝異常報告」與「產生允收單」兩條分支的輸出賦值進來——只有一條會跑，聚合器自動取有值的那條。

27.2執行追蹤：看資料怎麼流過十個節點

丟一批不良率 3.6%（超過 2% 門檻）的 304 不鏽鋼板，看它走不合格路線。

執行追蹤：Code 判定→是否判退→對策檢索→8D→組裝→彙整→主管摘要→輸出 — **圖 27-2**執行追蹤面板完整記錄了資料流經的每一個節點：**開始 → Code 判定 → 是否判退 →（判 FAIL）→ 對策檢索 → 產生 8D 初稿 → 組裝異常報告 → 彙整結果 → 主管摘要 → 輸出**，每個節點都標了耗時與 token。這就是一條真正的自動化產線在跑。

條件分歧的訣竅
讓 Code 節點輸出一個明確的旗標字串（如 VERDICT: FAIL），條件節點用「包含 FAIL」來判斷，比直接對浮點數做大小比較更穩健、也更好讀。把「判斷用的訊號」和「給人看的內容」都放進同一個輸出，下游要用哪個都方便。

帶來的改變
不良率自動算、合格與否自動判、8D 初稿自動生、主管結論自動下——品保從「填表算數的重工」中解放，把精力放在真正的根因分析與供應商輔導。每一批的處理紀錄還完整留痕，可稽核。

27.3本章回顧

複雜流程的核心：計算交給 Code、判斷交給條件節點、內容交給 LLM，各司其職。
「分岔（IF/ELSE）→ 各自處理 → 匯合（變數聚合）」是處理多情境的通用模式。
讓 Code 輸出明確旗標字串供條件判斷，比數值比較更穩健好維護。