寫 Code 還是管 AI?Vibe Coding 與 Google Antigravity 實戰:用「AI 代理人」重塑你的開發流

2026/01/26 | AI 人工智慧新知, WP 開發技巧, 全端與程式開發

寫 Code 還是管 AI?Vibe Coding 與 Google Antigravity 實戰:用「AI 代理人」重塑你的開發流

嗨大家,我是 Eric,浪花科技的資深工程師。如果你的瀏覽器分頁還停留在 Stack Overflow,或者還在為了一個分號(;)漏掉而 Debug 半小時,那你可能需要先去泡杯咖啡,冷靜一下,因為這篇文章可能會稍微顛覆你對「寫程式」的認知。

最近科技圈最火的詞莫過於 Andrej Karpathy 提出的「Vibe Coding」,再加上 Google 蓄勢待發的 Project Antigravity(反重力計畫),我們這群碼農的世界正在經歷一場前所未有的地殼變動。簡單來說,我們正在從「手工業者」轉型為「工廠廠長」。

今天這篇文章不聊太虛的哲學,我們直接來點硬核的。我將結合 Vibe Coding 的心法與類似 Google Antigravity 的 AI Agent(代理人)工具概念,展示如何將重複性的 WordPress 開發工作外包給 AI,讓你專心做那件 AI 還做不到的事——產品決策

什麼是 Vibe Coding?為什麼它不只是「憑感覺」?

當 Karpathy 說出「I just vibe code」的時候,很多資深工程師(包括一開始的我)都翻了個白眼:「這不就是隨便寫寫,然後祈禱它能跑嗎?」

但深入實踐後,我發現 Vibe Coding 其實是一種「高階抽象化」的開發模式。它的核心邏輯是:

  • 放棄對語法(Syntax)的執著:你不需要記得 PHP 的 `array_map` 參數順序是先 callback 還是先 array,那是 AI 的事。
  • 專注於意圖(Intent):你只需要清楚描述「我要什麼功能」、「資料流怎麼跑」、「安全性限制是什麼」。
  • 人機協作的「氛圍」(Vibe):你與 AI 之間形成一種持續的對話流,你拋出想法,它拋回代碼,你負責審視邏輯漏洞(Review),而不是除錯語法(Debug)。

在 WordPress 開發中,這意味著我們不再手刻 `add_action` 或 `WP_Query` 的標準格式,而是專注於「這個 Hook 到底該不該掛在這裡?」以及「這會不會影響到資料庫效能?」

Google Antigravity 與 Agentic Workflow:從「助手」到「代理人」

如果說 GitHub Copilot 是你的「副駕駛」(助手),會幫你補全下一行程式碼;那麼 Project Antigravity 代表的就是一種「多代理人系統」(Multi-Agent System)。在這種架構下,AI 不再只是被動等待你的游標移動,而是擁有更強的主動性與全局觀。

想像一下,在未來的 IDE(或者像 Cursor 這種現有的進化版 IDE)中,你不只是一個工程師,你指揮著一個團隊:

  • 架構師 Agent:負責規劃檔案結構,決定 Service Layer 和 Repository Pattern 怎麼切。
  • 實作 Agent:負責生成具體的 PHP/JS 程式碼。
  • 測試 Agent:自動根據實作代碼撰寫 PHPUnit 測試案例。
  • 除錯 Agent:當報錯時,自動分析 Log 並提出修復方案。

這就是 Antigravity 的願景:消除寫程式的「重力」(阻力),讓你飄在空中俯瞰整個專案。

實戰演練:用 Agent 接手重複工,開發一個 WooCommerce 動態折扣模組

光說不練假把式。讓我們模擬一個場景:老闆(或客戶)突然說:「Eric,我們要一個功能,當使用者購物車滿 3000 元,且包含『紅色』商品時,自動打 9 折,但排除特價品。」

如果是以前,我會打開 `functions.php` 或建立一個新外掛,開始查 WooCommerce 的 Hook 文件。但在 Vibe Coding + Agent 的模式下,我的工作流是這樣的:

Step 1: 定義意圖 (The Vibe)

我不會寫一行 Code,我會打開對話視窗(Prompt),輸入我的「產品決策」:

Prompt: 我需要一個 WooCommerce 片段。邏輯是:檢查購物車總額是否大於 3000。如果是,遍歷購物車項目,檢查是否有產品屬性 ‘color’ 為 ‘red’。如果有,給予總金額 10% 的折扣。注意:如果商品本身已經有特價(Sale Price),則該商品不計入折扣計算,也不觸發門檻判斷。請用 `woocommerce_cart_calculate_fees` hook 實作,並確保防呆(例如 cart object 是否存在)。

Step 2: AI Agent 執行 (The Antigravity)

這時候,AI 代理人會接手。它不需要我告訴它 `WC()->cart->get_cart()` 怎麼用。它會直接生成如下的代碼(這是模擬 AI 產出的結果):


add_action( 'woocommerce_cart_calculate_fees', 'roamer_dynamic_red_discount', 10, 1 );

function roamer_dynamic_red_discount( $cart ) {
    if ( is_admin() && ! defined( 'DOING_AJAX' ) ) {
        return;
    }

    // 設定門檻與折扣
    $threshold = 3000;
    $discount_percent = 0.1;
    $target_color = 'red';
    
    $eligible_total = 0;
    $has_red_item = false;

    // 遍歷購物車
    foreach ( $cart->get_cart() as $cart_item ) {
        $product = $cart_item['data'];

        // 產品決策邏輯:排除特價品
        if ( $product->is_on_sale() ) {
            continue;
        }

        // 累加符合資格的金額
        $line_total = $cart_item['line_total'];
        $eligible_total += $line_total;

        // 檢查顏色屬性
        $color = $product->get_attribute( 'pa_color' );
        if ( strcasecmp( $color, $target_color ) === 0 ) {
            $has_red_item = true;
        }
    }

    // 最終判定
    if ( $has_red_item && $eligible_total >= $threshold ) {
        $discount = $eligible_total * $discount_percent;
        $cart->add_fee( '紅色商品滿額優惠', -$discount );
    }
}

Step 3: 人類介入與決策 (Product Decision)

這就是 Vibe Coding 的關鍵時刻。我不會去檢查分號有沒有漏,我看的是邏輯

我發現一個潛在問題:「等一下,Prompt 裡說的是『總額大於 3000』,但 AI 的寫法是『符合資格的商品總額(排除特價品後)大於 3000』。」

這是一個產品邏輯的差異。是「全車滿 3000」還是「正價品滿 3000」?這就是工程師該介入的地方。如果我只是盲目複製貼上,這裡就會變成一個隱藏的 Bug。但我因為從語法工作中解放出來,我有更多腦力去思考這個商業邏輯。

於是,我對 Agent 說:「修正邏輯:門檻判斷應該基於『購物車小計(Subtotal)』,而不是『符合資格總額』。但折扣計算依然只針對正價品。」

AI 會瞬間修正代碼。這就是反重力開發。

工程師的新戰場:從 Syntax 到 Semantics

很多人擔心 AI 會取代工程師,但在我看來,AI 是把我們從「低階勞動」中解放出來。在 Antigravity 和 Vibe Coding 的時代,資深工程師的價值將體現在以下幾點:

  1. 精準的規格定義能力:你能不能把模糊的需求(Vibe)轉化為 AI 聽得懂的精確指令(Prompt)?
  2. 架構與資安審查:AI 寫出的 Code 可能會有 N+1 問題,或者忽略了 Nonce 驗證。你必須是那個把關的守門員。
  3. 系統整合思維:WordPress 不再是孤島,你需要串接 CRM、ERP、Line Bot。AI 擅長寫單一函數,但「如何串接」的藍圖還是在你腦中。

結論:不要抵抗重力,要學會反重力

未來的開發場景,就是你坐在指揮塔,看著多個 AI Agent 在螢幕上飛快地生成代碼、跑測試、寫文件。你需要做的,是保持敏銳的「Vibe」,確保這些高速運轉的機器是往正確的方向前進。

不要害怕放手讓 AI 去寫 Code,你該害怕的是,當 AI 把 Code 寫好了,你卻不知道這段代碼背後的產品價值是什麼。

如果你的企業也想導入這種高效的自動化開發流程,或者想把 WordPress 打造成真正的智慧商業大腦,別猶豫了,這就是未來的趨勢。

延伸閱讀

想讓你的 WordPress 專案導入最新的 AI 開發流,或是需要企業級的系統整合方案?

立即聯繫浪花科技,讓我們幫你擺脫開發重力!

常見問題 (FAQ)

Q1: Vibe Coding 會不會導致產出的程式碼品質低落?

這取決於使用者的「審查能力」。Vibe Coding 並不是盲目信任 AI,而是將「撰寫」的工作外包,人類必須保留「審核(Code Review)」的權力。如果工程師本身不懂架構與邏輯,確實可能產出無法維護的代碼;但對於資深開發者來說,這能大幅提升高品質代碼的產出速度。

Q2: Google Antigravity 和現在的 Cursor 或 Copilot 有什麼不同?

目前的 Copilot 主要是「自動補全(Autocomplete)」,它依然是被動的。Antigravity 的概念傾向於「代理人(Agentic)」,意味著它能主動規劃、多步驟執行任務(例如:修改代碼後自動跑測試,失敗了自動修正),它更像是一個虛擬的初階工程師,而不僅僅是打字工具。

Q3: 這種開發模式適合初學者嗎?

這是一把雙面刃。初學者可以透過 AI 快速做出功能,獲得成就感;但如果跳過了基礎語法的學習,未來在 Debug 或優化效能時會遇到巨大的瓶頸。建議初學者可以利用 AI 來「解釋代碼」,而不是只用來「生成代碼」。

 
立即諮詢,索取免費1年網站保固