某精密機械製造廠計劃開發一套智慧生產排程系統，希望採用 Low-Code 平台縮短開發時程。然而，系統核心需實作企業多年累積的專屬排程演算法，且演算法需依不同生產條件進行大量客製化調整。若僅考量 Low-Code 平台原生能力，下列何者最可能成為開發上的限制？
答案 （B）
核心概念
Low-Code 擅長通用流程與畫面，企業專屬的複雜演算法還是得寫程式。
Low-Code 平台的元件是「通用」的：表單、流程、報表、常見系統的連接器。多年累積、要依生產條件大量客製的排程演算法，通用元件裝不下。這時候要嘛在平台裡自己寫程式碼擴充，要嘛核心演算法用傳統開發做好再讓平台呼叫，這就是 Low-Code 跟 Pro-Code 混用的典型場景。
答題技巧
快速判斷技巧：Low-Code 限制題，正解幾乎都是「複雜專屬邏輯要自己寫程式」。 ・通用流程、表單、報表 → Low-Code 做得到 ・企業專屬複雜演算法 → 要寫程式碼或搭配 Pro-Code
易錯陷阱：(A)(C)(D) 都把 Low-Code 本來就有的能力說成沒有。 關鍵差異：題幹說「僅考量平台原生能力」，就是在問通用元件的邊界在哪，答案自然落在演算法。