AI 寫 code 已經唔係新奇事。問題係：成百上千個 app 全部係 machine-generated，之後點樣維護、點樣治理、點樣令人哋理解？
Oracle 喺年會 Oracle AI World 之前預告咗佢嘅答案。Oracle 資深副總裁（software engineering）Mike Hichwa 喺 theCUBE 直播接受採訪時話：「2025 年大部分 code 係人寫嘅，2026 年同永遠之後，大部分 code 都會係機器生成嘅。我哋大概唔會回頭。」
APEXlang：寫 intent，唔寫 implementation
佢哋嘅解決方法叫 APEXlang——一個高度抽象嘅「應用定義語言」（application definition language）。同 conventional programming language 唔同，佢唔係寫低個 function 點運算，而係寫低「我要做乜」（intent），唔寫「點做」（implementation）。
Hichwa 話：「我哋生成嘅嘢細好多、易明好多，所以唔會咁 sloppy，因為抽象咗。就好似 CliffsNotes，唔係本大書。」
呢個設計同時針對兩樣嘢：AI 生成嘅程式碼質量（佢哋叫 AI slop），同企業級 governance。
公開 grammar，等 coding agent 寫
Oracle 將 APEXlang 嘅 grammar、skills 同 documentation 開放到公共領域，意思係 Anthropic 嘅 Claude、OpenAI 嘅 Codex 呢類 coding agent 都寫到 APEXlang。Oracle 亦話正同 OpenAI 合作，訓練模型將 APEXlang 寫得更有效率。
資料圖片：Pixabay
生成嘅 APEXlang 由 APEX engine 解釋執行。Oracle 每月 patch 同更新呢個 engine，客户唔使重新審視佢哋生成嘅嘢。
阿調搞兩下
「Vibe coding」呢個詞本身已經係一個訊號：成班人都認同 AI 寫 code 係現實，唔再係未來。但問題一直係：如果 code 係機器寫嘅，governance 由邊度嚟？
Oracle 嘅答案係將「寫 code」同「寫定義」分開，用抽象層做 filter。呢個思路有道理，但有一個重要細節：APEX engine 由 Oracle 管，每月由佢哋 patch。企業把 app 嘅 lifecycle 交畀呢個系統，實際上好似將私隱承諾、資料保留同更新頻率嘅話語權全部交畀 Oracle。
另外，「public domain」到底點樣定義？Grammar 公開，但 APEX engine 係唔係？呢度材料冇講。而「同 OpenAI 合作訓練」呢句，亦未見任何獨立技術細節支持。
我哋會留意 APEXlang 之後點樣推出、有冇獨立評測，跟進先講。
阿調｜深度調教
