資源篩選共用模組口述(原話留存)

來源:內部 PO / 產品(Alan)|2026-06-11|場合:與 AI 討論細排「匹配資源」時,主動釐清「匹配」一詞並提出抽成共用模組 原狀保留,不美化、不結構化、不展開 use case。模組分層、合成規則、設定檔 schema 等屬 Stage 2 之後,此處僅原話留底。


一、釐清「匹配」有兩種

我認為我有必要說明所謂的匹配。目前我認知的匹配有兩種:

  1. VSM 的「製程-工作站」去找相對應的能力(製程)與工作站的機台。
  2. 人工設定某個 VSM 指定可以給某些機台製作。

而第 2 種,其實會更複雜一些,因為會對應到以下 use case(每個點都是一個 use case,包括子項目):

  1. 某個料號 A 在 P1 製程 需要 MOLD1 模具,但機台沒關係,只要符合能力的就可以(模具是限制資源)。 1.1 除了第 1 種狀況外,MOLD1 模具 只能由 換模技師 MOP1 才能更換。
  2. 某個料號 B 在 P2 製程 需要 MOLD1 模具 以及 M1, M2, M3 機台都可以做(模具是限制資源)。
  3. 某個料號 C 在 P3 製程 不需要模具,但只能給 M1, M2, M3 機台可以做,可是只有 操作人員 OP1 才能執行(操作人員是限制資源)。
  4. 某個料號 D 在 P4 製程 只能給 M1, M2, M3 機台可以做(機台本身是限制資源)。

因此,在設定檔上,需要有以下配對方式:

  1. VSM -> 機台列表(一種優先順序的表示)
  2. VSM -> 模具
  3. 操作人員 -> 機台,或可用的多個機台
  4. 模具技師 -> 模具,或可用的多個模具

二、抽成粗/細排共用的獨立模組(提案)

我認為這個東西更應該抽出給粗排細排共用。因為粗/細排都有用到能力匹配,且輸入都一樣(VSM + 資源),而細排有更進階的資源指派限定。

因此,我認為這本質上就是一個「資源篩選」的功能。為了不要重複造輪子(能力匹配那邊),我希望這部分能在這裡重新抽出變成一個單獨的模組。

因此,細排那邊的能力匹配,應該可以在這階段規劃成一個使用這個模組;而粗排已經抵達 coding 階段,可以先註記,未來將這部分直接小範圍重構就好。


三、對 AI 釐清問題的回答(2026-06-11)

  1. 都是獨立的資源,我會說「限制」只是一種數量上相較稀缺的意思。
  2. VSM 節點 = VSMNode = 料號 + 製程 + 工作站(工序不用看)-> 資源。
  3. 能力匹配 以及 資源指派限定 都需要有順序的概念。
  4. 我認為是「資源指派限定優先,其次能力匹配」:有一種情況是,User 不管任何資訊正確性,強行指派給某個資源,這當然是一種資訊錯誤,但現實生活中,可能不會管這件事,與其在資訊層面阻擋他,不如設計這種規則,強化軟體韌性。

四、邊界釐清

如果是這種程度的錯誤(指派的資源連限制資源門檻都過不了,例如指派 M5 但 M5 掛不起 MOLD1),就該 Exception。當然,前期(模組外)的資料檢查會審視這部分,所以在這裡,理論上不該出現空集合錯誤。