章節導航
我是怎麼vibe-coding的?
vibe coding 是一種和大模型一起開發的方式,核心理念是:讓 AI 聚焦於當下的任務,不要一下子塞給它一堆問題。每個需求,開啟一輪新的對話。完成一個 Feature,Close 掉,開啟下一輪對話。
編寫配置檔案
基本上所有的 agent 都有自己的配置檔案,codex 是 AGENTS.md,gemini 是 GEMINI.md,claude code 是 CLAUDE.md。配置檔案分為全域性級別和專案級別,codex 的全域性級別通常放在 ~/.codex 目錄,專案級別則在當前專案的根目錄。
持續最佳化 AGENTS.md 也很關鍵,這裡最簡單的辦法就是,把你在和大模型溝通過程中發現它犯的錯,直接新增到 AGENTS.md 裡去,避免下次再重複。
prepare
下載pycharm, node.js, codexCLI。
在pycharm建立專案,並初始化git倉庫。
Planning process
首先使用/plan開啟plan功能,根據需求輸入提示詞,比如:
你是一個高階全棧開發工程師,請你實現一個專案,兼具RSS訂閱閱讀器和Markdown文本編輯功能,在本地儲存,使用git實現版本控制和三端同步。前端採用astro,後端採用jdango框架,ai框架採用langchain(支援自行匯入API)。現在我已經使用pycharm建立了專案目錄,使用venv建立python3.14環境。
Codex會補充檢查執行時條件(Python/Node 工具鏈)來約束技術方案,要根據需求回答Codex的多輪問答,隨後Codex會生成一個詳細的開發計劃,包含技術選型、架構設計、功能模組劃分、開發步驟等內容。
如果有更詳細的需求,可以寫一份md格式的需求文件,在對話裡補充需求細節。
Version control
code
生成開發計劃後,會在專案中建立一個計劃檔案,隨後codex會詢問是否開始實現該計劃。codex會先一次性寫入專案骨架和核心程式碼檔案(後端 API、前端頁面、計劃文件、基礎配置),然後再跑一輪本地自檢確認路由和指令碼沒有明顯錯誤。然後是喝茶時間,大概需要幾十分鐘左右,期間不要打斷它,不要操作或移動終端視窗。
Testing and bug fixing
TDD,測試用例也可以丟給 codex 寫,但最好自己把把關。
部署
codex會要求授權以安裝前後端等依賴,並進行構建檢查自動修復錯誤,最後會給出前後端的啟動命令。
啟動該程式需要同時開兩個程序:Django 後端(8000),Astro 前端(4321),命令(以cmd為例)分別是:
// 後端(視窗1)
cd .\apps\api
python manage.py migrate
python manage.py runserver 127.0.0.1:8000
// 前端(視窗2)
cd .\apps\web
npm install
npm run dev
日常操作在前端網頁裡進行,後端是給前端提供資料和能力的 API 服務,分工是:
- 前端(http://localhost:4321):你點選、編輯、閱讀、同步、提問 AI
- 後端(http://127.0.0.1:8000):處理 RSS 抓取、儲存、Git 同步、AI 呼叫
optimize
新增功能:重複上面的步驟。
最佳化UI:可以讓Codex使用元件庫或參考其它應用的UI。
workflow
版本管理
- 及時 Commit保證“存檔點”,以便隨時回滾。
- 及時 Push到遠端倉庫,保證程式碼安全。
分佈開發
每個需求,開啟一輪新的對話, 讓 AI 聚焦於當下的任務。上下文越短,注意力越集中,出錯率越低。完成一個 Feature,Close 掉,開啟下一輪對話。
當你發現 AI 開始來回說車軲轆話、邏輯鬼打牆、或者死活改不對一個 Bug 時——不要糾纏!不要試圖說服它!重新開啟一輪新的對話。
專精於太乙神數與高階術數之學。致力於以條理化與邏輯化的學術視角,為高階人士與企業主提供天時大運與局勢研判。