老師傅說\"這種料要多烘十分鐘\"，開發寫進分支判斷。明年換料，沒人敢改那行。行業經驗進系統，正確姿勢是配置：溫度、時間、允差、互斥規則放在工藝表和規則引擎，而不是藏在代碼裡。配置化讓現場改得動，版本還留得住。硬寫進程序，經驗會隨程式設計師離職一起失蹤。
活得長的不是那行判斷。是現場還能改、審計還能看到改過什麼。
訣竅寫成可配項
工藝參數有主人、有生效版本。例外走受控偏離，到期關閉。開發只提供能力：條件、動作、校驗，不提供下一條\"先這樣吧\"的補丁。
- 禁止把口頭經驗直接補進生產分支。
- 配置變更有日誌，與工單版本可對。
- 第二現場能複製同一套配置，而不是複製一段代碼。
配置是經驗的容器
XYN 數智化系統把工藝和業務規則放在可配置層，行業訣竅才能隨產線活。編碼解決的是能力邊界，配置解決的是這一行今天怎麼做。邊界可以穩，做法必須能改。
找三條只存在於代碼注釋或老員工腦子裡的規則。有，先遷到配置表，再談下一輪定製開發。
