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)
分享至:
脉络
热门快讯
APP下载
X
Telegram
复制链接