Benson Sun
Benson Sun|2026年01月27日 12:51
AI 工具的進化速度,讓我想起當初的前端框架大混戰 Vue、React、Angular 三分天下那段時間,前端工程師最大的焦慮是:「我現在學的這個,明年還有人用嗎?」 現在 AI Coding 工具的迭代速度又更快了,遠超當時前端框架的發展節奏。你大概幾個禮拜沒關注,就會突然冒出一堆新東西、新概念。這讓很多人感到徬徨,覺得壓力很大。 但回頭看前端框架的結局,哪個框架勝出根本不重要。真正重要的是你有沒有掌握背後的核心:組件化、狀態管理、響應式渲染。懂了這些,換框架只是語法差異。 AI 工具也一樣。 什麼才是真正重要的核心? Coding Agent 的底層終究是 Prompt 加上 LLM。不論工具、框架、Plugin 怎麼演變,本質上都是透過 Prompt 去發揮 LLM 的最大效能。 基於這個前提,你要掌握的核心有四件事: 第一,Context Window 與 Context Engineering 這是最關鍵的部分。每個 Session 裡,你的上下文越長,開發精度就會開始下滑。雖然很多工具有 Auto-compact 功能,但經過多輪壓縮後,模型表現還是會逐漸變差。 無論你用什麼框架,只要底層還是 LLM,時刻注意 Context 長度就是最重要的事。 具體怎麼做? 讓每個 Session 專注在同一個領域的任務。當你發現自己在同一個 Session 待太久,不要太仰賴 Auto-compact 功能,直接開一個新的 Session 繼續做事。 保持 Session 的主題一致性。不要在同一個 Session 裡又問前端問題、又問後端邏輯、又問資料庫設計。每次切換領域,模型就要重新建立理解脈絡,Context 的有效利用率會大幅下降。 第二,定義大於執行 在動手之前,先定義清楚你到底想做什麼。 這件事有兩個層次: 第一層是規格(Spec)。 善用 Plan Mode 或類似功能,讓 AI 先幫你把需求拆解清楚。甚至可以用 Interview 的手法,讓 AI 反問你問題,幫你補足當初沒想到的盲點。很多時候開發做到一半才發現方向錯了,根本原因就是一開始沒把規格釐清。 第二層是測試(TDD)。 最好的「定義」方式就是寫測試案例。與其給 AI 模糊的指令,不如先定義好測試標準,讓 AI 根據測試來產出程式碼。Spec 告訴 AI「做什麼」,測試告訴 AI「怎樣算對」。這不僅能確保執行的準確度,更能在模型出現幻覺或邏輯錯誤時,提供一個自動化的糾錯機制。 不管 Coding Agent 領域再怎麼發展,先定義、再執行,這永遠都會是最重要的核心原則之一。 第三,標準化協作大於個人風格 雖然現在 AI 寫程式碼的情況越來越普遍,但程式碼最終還是要進入團隊的開發鏈。 協作是 AI 時代最容易被忽略的環節。如果團隊沒有一套統一的開發規範(Coding Standards)與做法,AI 生成的程式碼會充滿隨機性。這會導致最後產出的專案難以維護,或者讓人類進行 Code Review 時感到極度痛苦。 具體來說,團隊需要明確定義幾件事: 命名規範與程式碼風格: 變數怎麼命名、函式怎麼拆分、檔案結構怎麼組織。沒有統一的話,每個人用 AI 生成的風格都不一樣,最後整個 codebase 會變成四不像。 AI 可以自主決定的範圍: 哪些任務可以讓 AI 直接產出並合併?哪些必須經過人工審核?簡單的 CRUD 可以信任 AI,但涉及金流、權限、資安的部分,一定要有人類把關。 Prompt 與指令的標準化: 團隊內部最好有一套共用的 Prompt 模板或 System Instructions,讓不同成員的 AI 產出有一致的基底。 Code Review 的檢核重點: 團隊應該建立一份 checklist,特別針對 AI 容易出錯的地方:幻覺產生的不存在 API、過度工程化的解法、缺乏邊界條件處理。 這些事情沒做好,AI 工具用得越多,技術債累積得越快。 第四,理解不同模型的特性 以我目前的實作流程為例: Claude Code (Opus 4.5) 負責執行主要任務,幹活速度快,但有時會為了效率偷懶用捷徑 Codex (GPT 5.2) 負責 Review,補足 Opus 可能略過的細節 簡單任務則直接交給 GPT 5.2 Codex 頂級模型的特性已經相對穩定了。模型競爭最後一定會遇到瓶頸,你只需要大概記住各家最新模型的特性,不用追得太辛苦。 那什麼是噪音? 噪音就是每天冒出來的新 Plugin、新 Skills。 這些東西很多最後都會被整合進 Coding Agent,變成官方工具。你真的有必要每個都去學、每個都去裝嗎? 沒必要。 裝太多工具反而會增加每個 Session 的負擔。你給的選項越多、餵的資訊越多,模型每次對話就會無形中消耗更多 Token。簡單的專案變得臃腫,得不償失。 說到底,工具存在的意義是解決問題。如果它沒有幫你更快更好地解決問題,那就只是玩具。 --- 這個時代最稀缺的能力,是在一片噪音裡聽出真正的訊號。 每天都有人告訴你又有新工具了、又有新框架了、你再不學就落後了。但如果你連 Context 都管不好、連規格都沒釐清就開始寫,裝再多 Plugin 也只是讓你的專案死得更快。 少追工具,多練心法。工具會過時,心法會增值。(Benson Sun)
+5
曾提及
分享至:

脈絡

熱門快訊

APP下載

X

Telegram

Facebook

Reddit

複製鏈接

熱門閱讀