• 昨天為了擺脫寫死單號的問題，我們拔掉 aaname，卻換來「Multiple matches found」的多重匹配警告，機器人完全不知道該點哪一筆。
• 沉澱一晚後重新打開 UI Explorer，突然靈光一閃：既然不能靠「名字」認人，也不能「泛指」找人，那就給它一張精確的「座位表」！
  在 UiPath 抓到的 Strict Selector 中，藏著這個關鍵結構：

<webctrl tableRow='5' tag='TABLE' /><webctrl aaname=' TW202636634A ' tableRow='2' tag='A' />

• 這段代碼瞬間點醒了我——原來表格元素本身就自帶空間座標屬性：tableRow！
  解法進化：掌握表格座標與動態字串
• 原本的 Selector 同時綁死了兩項條件：
  aaname=' TW202636634A '：死穴所在，明天單號一換直接報錯罷工。
  tableRow='2'：關鍵鑰匙！它精準標記了目標位於表格的「第 2 列」（通常第 1 列是表頭 ）。
• 這代表我們能用更優雅的方式實現動態定位：
  路線 A：萬用字元（Wildcard）——「只要是第 2 列的專利號，我都點」
  若固定只處理清單的第一筆資料，根本不需要知道確切單號，直接用萬用字元 * 取代具體號碼，並保留 tableRow 定位：

<webctrl tableRow='5' tag='TABLE' /><webctrl aaname='*TW*' tableRow='2' tag='A' />

• 為什麼這個組合有效？
  tableRow='2' 解決了多重匹配：強制鎖定第一筆資料列，不再引發「全場穿襯衫的人通通站起來」的混亂。
  aaname='TW' 擔任安全保險：確保點擊的是專利單號超連結，而非同列的勾選框或操作按鈕。
• 兩者一搭配，點下 Validate，驗證燈號瞬間回歸健康的綠燈！
  搞定 Selector 的關鍵，從來不是照單全收錄製器，而是在「精確座標」與「模糊容錯」間取得平衡。今天就先分享到這裡，明天繼續挑戰點入內頁後的完整資料抓取！