自動化機器學習 是什麼？
AutoML (Automated Machine Learning)：自動化機器學習 的完整解釋
透過自動化方式完成機器學習管線中資料前處理、特徵工程、模型選擇與超參數調整等步驟的技術框架。
自動化機器學習（Automated Machine Learning，AutoML）源於對機器學習工作流程繁瑣性的回應。傳統建立一個高效能 ML 模型需要資料科學家花費大量時間在資料前處理、特徵工程設計、演算法選擇與超參數調整上，這些步驟高度依賴專業知識且耗時費力。AutoML 嘗試透過演算法自動完成或輔助完成這些步驟。
AutoML 的主要組成
資料前處理自動化
- 自動偵測資料型別（數值、類別、文字、時間序列）
- 自動處理缺失值（填補策略選擇）
- 自動編碼類別變數（獨熱編碼、目標編碼等）
- 自動特徵縮放（標準化、正規化）
特徵工程自動化
- 自動生成交叉特徵、多項式特徵
- 自動特徵選擇（過濾法、包裝法、嵌入法）
- 部分系統支援深度特徵合成（Deep Feature Synthesis）
演算法選擇（Algorithm Selection）
- 從候選演算法集合中自動篩選適合目標任務的模型族（線性模型、樹模型、神經網路等）
- 基於元學習（meta-learning）從歷史任務經驗中快速縮小搜尋空間
超參數優化（HPO，Hyperparameter Optimization）
- 網格搜尋（Grid Search）：窮舉所有組合，計算成本高
- 隨機搜尋（Random Search）：在參數空間隨機取樣，通常比網格搜尋更有效率
- 貝葉斯優化（Bayesian Optimization）：利用代理模型（surrogate model）指導搜尋方向，目前主流方法
- 超帶（HyperBand）與 BOHB：結合早期停止策略，大幅提升搜尋效率
神經架構搜尋（NAS，Neural Architecture Search）
- AutoML 在深度學習領域的延伸，自動設計神經網路架構
- 代表成果：NASNet、EfficientNet 等架構是透過 NAS 發現的
主要工具與平台
- Auto-Sklearn：基於 scikit-learn 的開源 AutoML 框架，使用集成學習與元學習
- H2O AutoML：企業級開源平台，支援大規模資料
- TPOT：使用遺傳演算法優化 ML 管線
- Google Cloud AutoML：Google 的雲端 AutoML 服務，支援影像、文字、表格資料
- Azure AutoML：Microsoft Azure 提供的 AutoML 服務
- Amazon SageMaker Autopilot：AWS 的 AutoML 功能
優勢
- 降低 ML 入門門檻，業務人員可快速建立基線模型。
- 減少人工試誤時間，加速模型迭代。
- 自動整合多種模型的集成學習，通常能達到與手調模型相近甚至更好的效果。
- 減少人為偏誤（如固守某種慣用演算法而忽略其他選項）。
限制與注意事項
- 計算資源需求高，完整的 AutoML 搜尋可能耗時數小時甚至數天。
- 對特殊業務限制（如模型必須可解釋、推論延遲限制）的支援有限。
- 在非結構化資料（影像、音訊、語音）上，通常需要領域專業知識輔助。
- 自動化並非萬能：資料品質、問題定義仍是決定成敗的關鍵，AutoML 無法修復低品質的訓練資料。
- 有時產出的模型難以解釋，在高監管行業（金融、醫療）的應用受限。
AutoML 與 MLOps 的關係 AutoML 常被視為 MLOps 工作流程的一部分，特別是在模型再訓練（retraining）管線中，AutoML 可定期自動重新搜尋較優模型配置，應對資料漂移（data drift）問題。
中英對照與常見說法
| 說法 | 出現場合 |
|---|---|
| 自動化機器學習 | 台灣正式用語 |
| 自动机器学习、自动化机器学习 | 簡體寫法 |
| Automated Machine Learning | 英文原名 |
| AutoML | 標準簡稱 |
它自動化了哪幾段
| 環節 | 自動化程度 | 說明 |
|---|---|---|
| 資料清理 | 部分 | 缺值填補、型別推斷可以自動，業務邏輯的錯誤不行 |
| 特徵工程 | 部分 | 自動產生交互項、編碼類別變數 |
| 模型選擇 | 高 | 試多種演算法並比較 |
| 超參數搜尋 | 高 | 這是最成熟的一塊 |
| 模型集成 | 高 | 自動把表現好的幾個模型堆疊起來 |
| 問題定義與指標選擇 | 無 | 這一步永遠是人的責任 |
從這張表可以看出 AutoML 的真實定位：它自動化的是「搜尋」，不是「判斷」。哪些欄位可以用、成功長什麼樣、哪一種錯誤比較貴，這些都要人先決定。
神經架構搜尋
神經架構搜尋（NAS，Neural Architecture Search） 是 AutoML 在深度學習上的分支，讓演算法自己設計網路結構。早期用強化學習或演化演算法，計算成本高到只有大型機構做得起。後來的可微分方法（DARTS）與權重共享把成本降了幾個數量級。
實務上多數團隊不會自己跑 NAS，而是直接用它搜出來的成果（例如 EfficientNet 系列）。
什麼時候值得用，什麼時候不該
值得：手上有很多結構化表格資料的預測任務、團隊沒有專職資料科學家、需要一條快速可靠的基準線來判斷這個問題到底有沒有搞頭。
不該：資料量很小（AutoML 會在雜訊上過度擬合）、問題需要領域知識設計特徵（醫療、金融風控的關鍵特徵往往是專家想出來的）、對延遲或模型大小有嚴格限制（自動集成出來的模型常常又大又慢）。
最實用的用法是把它當基準線而不是終點。 花一小時跑 AutoML 得到一個分數，之後自己做的模型如果贏不過它，代表方向要調整；如果贏很多，代表領域知識確實有價值。這比一開始就手工調三天更有效率。
還要注意可解釋性與可維護性。AutoML 產出的堆疊模型難以說明、難以除錯，在需要向主管機關或客戶解釋決策的場景，簡單模型加上人工特徵往往是更好的選擇。