北京
一位rsync的維護者做出了一個決定：用Claude來正式發(fā)布一個版本。rsync是Unix里最重要的工具之一，無聲地支撐著全球數(shù)百萬臺服務器的備份腳本、部署流水線和鏡像基礎設施。結果，這次發(fā)布打破了絕對路徑的處理邏輯。你可以先體會一下這件事的分量。
這次的回歸錯誤來自一個包含AI輔助提交的版本。但bug并非由AI自動補全的錯誤邏輯直接導致，而是源于一個安全加固補丁。不過，問題不在于AI“故意”犯錯，而在于它完全理解不了“什么都不能動”這條最高指令。
rsync不是一個普通工具。它可靠到你幾乎忘了它的存在，它的差異傳輸算法只傳送兩批文件之間的不同部分。幾乎所有超過五年的部署流水線都可能經(jīng)過它。一旦rsync不工作，你不會立刻意識到備份停了、部署不同步了、鏡像數(shù)據(jù)沒更新了。正因為這個工具無處不在，所以它的破壞半徑大得驚人。
AI編碼助手是在模式上訓練出來的。它們擅長生成新代碼、搭建功能框架、自動補全函數(shù)。但穩(wěn)定的基礎設施代碼應該保持不變，不應該改變任何行為。rsync的路徑處理里，每一個場景都有邊緣情況，因為十五年前有人在生產環(huán)境中遭遇了那些情況。那些代碼邏輯被故意寫得看起來古怪。
AI助手不知道這些——它只看到可以“改進”的代碼，并愉快地建議修改。它無法理解這幾點：用戶與工具之間延續(xù)了幾十年的隱性契約、以奇怪邏輯編碼的邊緣情況、“正確”和“對這個特定代碼庫來說正確”的區(qū)別，以及在基礎設施里一個微妙回歸可能帶來的災難性代價。
Claude或許“弄壞”了rsync，但如果說是故意為之，那就不公平了。它只是不明白，最高優(yōu)先級是“什么都不改變”。
我每天也在用AI助手。它們幫我更快地寫代碼、試驗想法、勾勒樣板。我并不反對AI。但是，我絕不會讓AI在基礎設施代碼中做關鍵決定，我會把它的每一條建議都當成一個第一次看這段代碼的初級開發(fā)者的提案。
危險之處并不在于AI本身，而在于“信任梯度”。當AI連續(xù)給你十條好建議之后，第十一條你也會覺得沒問題，你的審查會放松一點，批準得也會快一點。一個新網(wǎng)絡應用的界面bug只是一個界面問題；而百萬臺機器上的絕對路徑崩潰，就是rsync級別的問題。
這個故事不是在說AI是反派，而是在說“上下文崩塌”。AI助手完全沒有能力判斷一個代碼庫有多重要。對于周末小項目和默默支撐互聯(lián)網(wǎng)的基礎設施，它們的態(tài)度都一樣篤定。這才是真正需要記住的教訓。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務。
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.
