資源篩選共用模組口述(原話留存)
來源:內部 PO / 產品(Alan)|2026-06-11|場合:與 AI 討論細排「匹配資源」時,主動釐清「匹配」一詞並提出抽成共用模組 原狀保留,不美化、不結構化、不展開 use case。模組分層、合成規則、設定檔 schema 等屬 Stage 2 之後,此處僅原話留底。
一、釐清「匹配」有兩種
我認為我有必要說明所謂的匹配。目前我認知的匹配有兩種:
而第 2 種,其實會更複雜一些,因為會對應到以下 use case(每個點都是一個 use case,包括子項目):
- 某個料號 A 在 P1 製程 需要 MOLD1 模具,但機台沒關係,只要符合能力的就可以(模具是限制資源)。 1.1 除了第 1 種狀況外,MOLD1 模具 只能由 換模技師 MOP1 才能更換。
- 某個料號 B 在 P2 製程 需要 MOLD1 模具 以及 M1, M2, M3 機台都可以做(模具是限制資源)。
- 某個料號 C 在 P3 製程 不需要模具,但只能給 M1, M2, M3 機台可以做,可是只有 操作人員 OP1 才能執行(操作人員是限制資源)。
- 某個料號 D 在 P4 製程 只能給 M1, M2, M3 機台可以做(機台本身是限制資源)。
因此,在設定檔上,需要有以下配對方式:
二、抽成粗/細排共用的獨立模組(提案)
我認為這個東西更應該抽出給粗排/細排共用。因為粗/細排都有用到能力匹配,且輸入都一樣(VSM + 資源),而細排有更進階的資源指派限定。
因此,我認為這本質上就是一個「資源篩選」的功能。為了不要重複造輪子(能力匹配那邊),我希望這部分能在這裡重新抽出變成一個單獨的模組。
因此,細排那邊的能力匹配,應該可以在這階段規劃成一個使用這個模組;而粗排已經抵達 coding 階段,可以先註記,未來將這部分直接小範圍重構就好。
三、對 AI 釐清問題的回答(2026-06-11)
- 都是獨立的資源,我會說「限制」只是一種數量上相較稀缺的意思。
- VSM 節點 = VSMNode = 料號 + 製程 + 工作站(工序不用看)-> 資源。
- 能力匹配 以及 資源指派限定 都需要有順序的概念。
- 我認為是「資源指派限定優先,其次能力匹配」:有一種情況是,User 不管任何資訊正確性,強行指派給某個資源,這當然是一種資訊錯誤,但現實生活中,可能不會管這件事,與其在資訊層面阻擋他,不如設計這種規則,強化軟體韌性。
四、邊界釐清
如果是這種程度的錯誤(指派的資源連限制資源門檻都過不了,例如指派 M5 但 M5 掛不起 MOLD1),就該 Exception。當然,前期(模組外)的資料檢查會審視這部分,所以在這裡,理論上不該出現空集合錯誤。