使用Astra Child Themes、VS Code和AI輔助開發
網絡開發正在發生一個奇怪的轉變。
不久前，定製一個WordPress網站通常意味著：
- 挖掘文檔
- 搜索論壇以獲取片段
- 手動調試CSS
- 反覆刷新瀏覽器
但最近，在重建我個人網站的部分內容時，這個過程開始感覺完全不同。
我發現自己沒有手動編寫每一行，而是與Visual Studio Code中的人工智慧編碼代理合作-描述意圖、視覺疊代並通過對話細化行為。
人們開始稱這種發展方式為：
氛圍編碼。
本文記錄了我如何使用以下內容自定義基於Astrax的WordPress網站：
- 兒童主題建築
- VS Code
- 人工智慧輔助編碼工作流程
- 疊代前端實驗
我還在自己的網站上記錄了部分實施過程：
為什麼我使用兒童主題
我想避免的一件事是直接修改Astra母主題。
稍後更新父主題可能會覆蓋所有內容。
因此，我通過子主題結構構建了整個定製層。
主題/
- -
- -style.css
- -functions.php
資產/
- -模板零件/
- -custom-js/這給了我：
- 安全更新
- 清潔劑分離
- 更容易的實驗
- 回滾靈活性
- 更好的可維護性
具有諷刺意味的是，這也讓人工智慧工具更容易理解該項目。
結構越清晰，合作的感覺就越好。
工作流程感覺更像是導演而不是編碼
傳統的WordPress定製常常讓人感覺支離破碎。
但這裡的工作流程演變成更接近於：
有趣的部分不僅僅是「速度」。
這是心態的轉變。
我花的時間更少：
「我該如何編寫這個代碼？」
更多時間思考：
「這次經歷應該是什麼感覺？」
這種細微的差異改變了整個開發氛圍。
AI在WordPress中工作得非常好
在Visual Studio Code中，一旦項目上下文穩定下來，人工智慧代理就會變得出奇地有效。
它處理了：
- PHP + CSS + JS修改
- 阿斯特拉布局調整
- 組件造型
- 響應性調整
- 重複性前端任務
- 快速視覺疊代
但它絕對不是完美無缺的。
一些問題仍然出現：
- 不正確的WordPress掛鈎假設
- 模板之間的CSS衝突
- 過度修改的布局
- 響應式修復在其他地方造成新問題
重要的認識是：
人工智慧減少了摩擦。
它並沒有取代判斷。
您仍然需要：
- 結構
- 味道
- 視覺
- 調試直覺
- 架構決策
人工智慧加速了實施。
但方向仍然來自人性方面。
我實際定製的東西
我實現的一些事情包括：
- 自定義主頁部分
- 阿斯特拉標題修改
- 響應式間隔細化
- 黑暗風格的視覺調整
- 自定義印刷層次結構
- 代碼塊樣式
- 文章布局優化
- 長式閱讀更清晰的視覺節奏
完整的實現筆記和實驗記錄在此處：
我最感興趣的並不是任何單一功能。
問題在於該網站很快就開始感覺不像是一個模板了..
.更像是一個環境。
Vibe編碼感覺不同
我不認為這個工作流程意味著開發人員消失。
但我確實認為角色發生了變化。
開發人員變得不太像：
有人不斷輸入語法
.更像是：
- 系統設計者
- 一個評論家
- 一名編輯
- 視覺建築師
- 軟體行為創意總監
特別是在前端開發、品牌系統和創意工具方面，這種轉變已經感覺非常真實。
最後的想法
我最初開始這個項目只是想定製一個WordPress網站。
但在這個過程中的某個地方，它不再感覺像是「主題修改」了。
相反，它開始感覺像是人類和軟體創建之間的一種新的交互模型。
不完全手動。
不是完全自動化的。
混合的東西。
由以下驅動的流程：
- 語言
- 疊代
- 美學
- 反饋
- 系統設計
老實說，這可能是目前人工智慧輔助開發中最有趣的部分。