我每天早上打開編輯器,調出AI編程助手,然后就像例行公事一樣,重新交代一遍項目規則。這種感覺很詭異。明明昨天它還在幫我寫一樣的Vue組件,今天打開新會話,它就徹底忘了我們在用TypeScript、函數式組件、Redux還是Zustand——一切歸零。
Codex剛上手那陣子,那種代碼秒出的快感確實驚艷。沙盒里跑一遍,看起來完美。可蜜月期一過,當真把它塞進生產環境級別的項目里,裂痕就開始顯現。默認配置下,它每次打開新文件、啟動新會話,都像第一次見到你的代碼庫。
![]()
我算了算,每天頭十分鐘的編碼時間,根本不是真正在寫代碼,而是在給模型做上下文加載。告訴它這個項目嚴格只用TypeScript函數式組件,提醒它我們昨天剛定下的文件夾結構,再強調一遍狀態管理選了哪個庫。十分鐘就這樣沒了。那些在瀏覽器沙盒里看起來很炫的輸出,一旦丟進真實的倉庫結構里,立刻就水土不服。
模型的默認配置,本身就偏向泛用性和讓人眼前一亮的單次演示。輸出的代碼往往裹著一層厚厚的解釋性注釋,看起來很貼心,實際上拖泥帶水。對于真正需要交付的生產項目,這種泛用方案根本不夠用。
我進到Codex的設置里,點了個性化,琢磨起那個“自定義指令”的菜單。你在那里寫的任何東西,都會被靜默注入到每一次提示里,直接重寫模型的基線行為。Codex用的是一套叫AGENTS.md的開放標準,可以理解成專門寫給AI看的README文件。
當時我手上正在做的是一個高端鉆石珠寶品牌的電商項目,體量大,結構復雜。珠寶電商跟普通網店完全不是一個量級的東西,從庫存邏輯到展示方式,全是坑。我把項目結構規則寫進了AGENTS.md,直接固化到倉庫里。這么一來,Codex表現就不一樣了,它不再是每次都要重新上手的實習生,而是從一開始就知道整個技術棧布局的老手。
具體怎么做?我在根目錄放了AGENTS.md,寫清楚整體架構規則。然后在每個模塊的子目錄里再加一份,定義局部的命名規范和狀態管理方式。這套層級體系一旦建好,Codex就能自動識別當前所在的目錄層級,對應調用相應規則。你在前端目錄里寫組件,它就知道要調用React的函數式寫法;切到數據層目錄,它就自動切換到對應的數據獲取模式。
還沒完。菜單里還有個實驗性的“記憶”開關。我把它打開了。從那以后,Codex開始記錄我對某些代碼風格的選擇。我在一個文件里寫了某種錯誤處理的模式,換到另一個文件里,它居然記得我偏好這種結構,直接按照類似的方式生成。這種感覺,不是那種“啊這個AI真聰明”的驚嘆,而是終于像在跟一個真正配得上叫“搭檔”的東西協作。它開始記住我怎么構建項目,而不僅僅是生成代碼。
用了大概一個月之后,我意識到關鍵區別。不是Codex本身變強了,而是我把它從一個通用代碼生成器,調教成了一個了解我工作習慣的程序員。每天早上打開編輯器,我不再需要那十分鐘的“重新同步”時間,而是直接進入真正的構建狀態。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.