在原本的規劃中，我預計以「網路連線申請單自動化審核並對接防火牆策略分流」作為本系列的核心實作題目。然而因為某些因素，所以我暫時先以動態爬取「全球專利資料」實做。因此，我將針對「全球專利資料」做策略分流。

核心架構設計

High_Priority.json（重點廠商 / VIP）：針對如聯發科、台達電、台積電等業界巨頭。這類專利是市場競爭與技術趨勢的關鍵情報，需要第一時間推播給研發或法務主管。
General.json（一般常態件）：國內常規或非重點單位的公開專利，資料量通常最大，僅需排程常態歸檔即可，不需要浪費即時通報資源。
Review_Needed.json（海外進件 / 需人工覆核）：具備海外或 PCT 優先權的案件，通常涉及跨國專利佈局與外文翻譯，格式多樣且潛在風險高，適合分流出來指派給專責專利工程師手動核對。

RPA異動部分
將原本單一的 jsonList 拆解替換，新增了 3 個清單變數 listHighPriority、listReviewNeeded、listGeneral（型態皆為 List，預設值皆為 New List(Of String)），並新增字串變數 policyRoute。
目的：分別作為存放「高優先級/VIP」、「需人工覆核」與「一般常規」三類專利資料的獨立容器。

迴圈內（原 Assign jsonString 之前）：新增「Assign (Policy-Based Matching)」
異動：插入一個 Assign 活動，計算 policyRoute 的值：
目的：模擬策略比對，依據「申請人（是否為重點大廠）」與「優先權（是否為海外/PCT 進件）」給予案件對應的路由標籤。
迴圈內：修改「Assign (Build JSON)」字串組裝異動：在原本輸出的 JSON 物件欄位中，額外增加一組屬性："policy_route": "{5}"，將計算出的 policyRoute 一併寫入資料本體。 目的：讓產出的 JSON 內容自帶分類屬性，方便下游系統檢閱或稽核。

迴圈內（原 Invoke Method 位置）：改為多層「If-Else」分流收集異動：移除原本單一寫入清單的動作，改用巢狀 If-Else 判定 policyRoute：
若為 High_Priority -> 呼叫 listHighPriority.Add(jsonString)。
若為 Review_Needed -> 呼叫 listReviewNeeded.Add(jsonString)。
其餘情況（General） -> 呼叫 listGeneral.Add(jsonString)。
目的：將各筆專利精準分流至對應的記憶體清單中。

迴圈外部（最下方）：由 1 個檔案寫入擴充為 3 個「Write Text File」
異動：將原本只輸出單一檔案的動作，改為依序放置 3 個 Write Text File：
輸出 D:/RPA/High_Priority.json（內容串接 listHighPriority）
輸出 D:/RPA/Review_Needed.json（內容串接 listReviewNeeded）
輸出 D:/RPA/General.json（內容串接 listGeneral）
目的：在流程結尾一次性產出實體分流檔案，完成 Policy-Based Routing 的落地歸檔。

全球專利資料抓取10筆作規則分類

High_Priority.json

General.json

Review_Needed.json

整個流程已經從單純的「資料搬運工」演變成「具備業務判斷力的自動化管道」。明天我再繼續讓流程變複雜。