核心原則：Code is cheap. Taste matters

當程式碼生成與實作的邊際成本被大模型與張量化底座壓到趨近於零，科研與系統建構的稀缺資源就從「能不能寫出來」轉移到「值不值得做、怎樣才算做得好」。

Code is cheap 是對工程現狀的客觀描述：實作成本塌縮之後，程式碼不再是壁壘，也不再是科研貢獻的度量單位——「能跑通」從成果退化為前提，從可以被展示的成績變成繼續工作的入場券。

Taste matters 是對人機分工之後人類職責的重新定位：當「AI 實作答案、人類把控方向」成為預設分工，人類這一側真正稀缺的，是提出關鍵問題、設定評價標準、在多目標衝突中判斷方向的能力。

稀缺性轉移到了哪裡

• 問題選擇：做哪個問題，比用什麼方法做更能決定上限。方向錯誤時，實作越快越浪費。
• 目標函數與評價標準的設計：指標一旦選錯，模型只會高效地朝錯誤方向收斂。
• 多目標權衡的取捨準則：效能、可複現性、可維護性、落地成本之間的偏好必須被顯式聲明，而不是臨時拍板。
• 結果的解釋與歸因：區分「碰巧跑通」與「真的理解」，並判斷收益究竟來自哪些改動。

品味必須可被檢驗

品味不是審美斷言，也不能靠資歷或投票來裁定。它必須透過「進入真實環境—接受真實回饋」被證偽：把判斷寫成可驗證的假設，用真實場景裡的失敗與成功來修訂它。否則，討論就只剩下偏好的爭執。

基礎設施的意義：讓品味有落點

EvoX 的終極目標正落在這個位置上：建設能夠進入真實環境、接受真實回饋的開放基礎設施。開放、解耦、可組合的底座把落地成本降到足夠低，使好想法能夠低成本地進入真實場景，被篩選、被沉澱、被繼承——判斷力因此有了一個可以被反覆打磨的載體。

邊界意識：Code cheap 不等於工程可省略

驗收閘道、可複現性、可維護性與回饋閉環仍然構成真實門檻。品味恰恰體現在對這些門檻的取捨判斷上：什麼樣的回饋值得採信，什麼樣的指標必須堅守，什麼樣的失敗嘗試應當被拒絕而不是被合併。這也正是 Genesis 式機制的價值所在——候選修改只有通過編譯、測試、行為檢查與上層驗收，才能成為後續執行者可以繼承的歷史基礎。

本頁承接上一頁「AI 實作答案、人類把控方向」的分工，給出支撐這一分工的核心原則；下一頁將轉入對話引導 AI 完成 EvoX 任務的實操。