MacroDroid 與 AutoJS：遊戲廣告自動跳過與腳本教學

一、MacroDroid 的能力（與限制） • 讀取螢幕內容（Screen Content） MacroDroid 有個觸發器「Screen content」，可以偵測螢幕上某些文字出現或消失。 • 優點：可以用來偵測某些固定文字（如果遊戲廣告有固定文字，比如 “Skip” / “跳過” / “Close”） • 缺點：如果遊戲是純畫面渲染（文字是畫圖的一部分，不是系統 view），可能抓不到。 • Reddit 用戶有回報這種觸發器在遊戲類型畫面不一定可靠。 • 截圖 + OCR 文字識別 • MacroDroid 支持「Take Screenshot（截圖）」。 • 接著可以用「Check Text In Screenshot」這個 action 做 OCR 判斷螢幕上是否有特定文字。 • 也可以用更完整的「Read Screenshot Contents」，它把截圖文字讀進一個陣列變數。 • 限制：「Check Text In Screenshot」能辨 Latin、日文、中文等，但不保證 100% 正確。 • 讀取 UI 元件（Read Screen Contents） MacroDroid 有 action 可以讀 UI view 的文字和 id。 • 如果遊戲介面元件是系統 view（不是 OpenGL 或純畫圖），這會比較有效。 • 但很多遊戲廣告是用畫圖方式顯示（不是 Android view），就不一定能讀。 • 顏色偵測 /像素檢查 • 有用戶在 Reddit 提到 MacroDroid 可以做「Check Pixel Color（檢查某個像素顏色）」來偵測特定顏色出現。 → 可以當作廣告是否在播或結束的指標。 -風險是：顏色可能不固定（不同廣告顏色不同）、畫面解析度不同、光影變化。 二、用 MacroDroid 實作「廣告偵測 +回遊戲」流程 建議 下面是你可以在 MacroDroid 裡面設一個 macro (巨集) 的範例邏輯： Trigger（觸發）： • 你可以設在遊戲在前台（「應用啟動 /前景應用」觸發） • 或用一個循環：像是「每 X 秒做一次檢查」（注意 battery 和效能） Actions（動作）： • 截圖（Take Screenshot） • OCR 文字檢測（Check Text In Screenshot） • 判定是否出現「跳過 / Skip / 關閉 / X」字樣 • 像素顏色檢測（如果你之前記下廣告結束畫面的某一個像素顏色） • 自動點擊（UI Interaction） • 如果 OCR 判定出跳過按鈕文字 → 點擊該位置 • 或者如果顏色變色 → 點擊回遊戲主畫面某固定點 • 延遲 /超時檢查 • 做一個等待（例如每 0.5 秒或 1 秒重複檢查） • 如果等待時間超過某個門檻（例如 30 ~ 60 秒） → 自動執行一個 fallback（像是返回鍵 / 點某處） Constraints（限制）： • 只在遊戲應用前台時才做 • 或者只在螢幕亮著時做 • 防止 macro 在非遊戲時亂跑 三、風險 &限制提醒 • 使用自動化點擊遊戲廣告有風險：有些遊戲可能違反服務條款。 • MacroDroid 的截圖或 OCR 很可能誤判。 • 不同裝置（螢幕解析度、顏色）會導致顏色檢測不穩定。 • 如果截圖頻率太高，會影響效能和手機電量。 四、建議 • 先做小範圍測試：先只偵測廣告的「跳過按鈕」，確認 MacroDroid 能抓到就再擴大。 • 如果 MacroDroid 做不到你想要的穩定性：考慮 Tasker + AutoInput + OCR 模組，或更專業的小宏機器人。 • 優化 MacroDroid 的截圖 + OCR 頻率，不用每秒截圖，可以每 1–2 秒一次。 如果你願意，我可以幫你寫一段 MacroDroid 的實際宏範例（你能直接貼到 MacroDroid 來跑） — 要我幫你做嗎？ 三星設備，腳本精靈 一、AutoJS（腳本精靈）可以做哪些事（比 MacroDroid 更強） AutoJS 是非常強大的自動化腳本工具，比普通點擊 app 有更多彈性： • 截圖 + 圖片處理 AutoJS 支援 captureScreen(...) 來截螢幕。 • OCR（文字辨識） • AutoJS 有 OCR 模組。根據官方 /社群說法，新版 AutoJS（Pro）支援 PaddleOCR 模型。 • 你可以用 ocr.recognize(...) 來辨識截圖裡面的文字。 • 有人是把 AutoJS 和第三方雲端 OCR（像是百度 OCR）結合：截圖 → base64 →發 API →拿回文字 →處理。 • UI 控件讀取 • AutoJS 支援透過無障礙服務（Accessibility）來獲得 UI 元件（控件）的文字和結構。 • 因此，如果遊戲或廣告是用系統 view（而不是純圖形渲染）來畫按鈕，你可以直接檢測該按鈕是否存在，然後點擊。 • 顏色／圖案偵測 • 支援找色（findColor）或找圖（image matching），可以用來判斷某個畫面是否出現。 • 比如你知道廣告結束之後遊戲的某個 icon 或背景圖樣長什麼樣子，可以截圖作為樣本，在廣告中輪巡偵測。 三、使用 AutoJS 的優缺點（相對 MacroDroid） 優點： • 彈性非常高，可寫複雜邏輯（循環、分支） • OCR 偵測能力強，可辨識文字 → 適合偵測 「跳過廣告」「X」「關閉」 • 支援 UI 元件讀取 +圖像匹配 → 比純點擊器穩定 • 可做超時機制 +錯誤處理，增加可靠性 缺點 /風險： • 寫腳本門檻比較高（需要寫 JS） • OCR 有誤判風險／延遲（性能和準確性與設備有關） • 截圖 + OCR 頻繁使用會耗電 +可能卡頓 • 不一定能辨識所有遊戲（如果廣告是動畫、字很奇怪或不是系統元件）