在AI席捲開發領域的今天，從「擁抱 AI」到「被 AI 吞噬」的界限，正在變得模糊。我們不再討論「要不要用 AI」，而是在重新審視「怎麼用 AI」。本文講述了一位資深工程師因過度依賴 AI 最終被公司解僱的真實案例。這引發了開發者們的討論：當你花更多時間在「教 AI 寫代碼」而不是「自己寫代碼」時，是否也正在親手削弱自己的職業價值？
在 AI 浪潮洶湧的當下，你身邊有沒有這樣的同事：因為過於沉迷 AI，結果被公司開除了？
我們公司是一家正處於擴張階段的創業公司，主營產品雖然不具備什麼「革命性技術」，但確實解決了客戶的核心問題，因此在行業中具備一席之地。
對我們來說，穩定、高效地推進開發任務尤為關鍵。
但公司里有位同事，他卻一直像個「追風少年」，總是被各種新技術吸引。他經常提出一些我們根本不需要的「解決方案」，要用全新的工具、框架去應對並不存在的問題。
這本來已經夠讓人頭疼的了，更何況他還是一位有 30 年經驗的老程式設計師——年過五旬，按理說應該更成熟穩重才對。客觀來說，他寫代碼的水平還不錯，系統設計也有一手，過去我們都挺信賴他。
但現在，他已經「走火入魔」了。
PR 全靠 Copilot 寫，項目節奏被拖垮
最近幾年，他最執着的就是 AI。他深信 AI 將在兩年內取代我們所有人。因為他離退休也不遠了，所以他表示希望在退休前訓練一個 AI 模型，幫公司實現開發流程的自動化。
其實，我們公司對 AI 的態度一直很開放：很早就引入了 GitHub Copilot，並取得了不錯的成果，還有其他一些 AI 工具也已經在內部投入使用。
可問題在於，他的做法遠遠超出了「合理使用」的範圍：他現在已經拒絕親自提交代碼 PR 了，完全依賴 Copilot Agent 來完成開發任務。
他會把 Jira 工單的內容丟進 AI 里，讓它生成一份 PR，然後自己完全不做調整，甚至不願親手寫代碼來修復問題。如果生成的 PR 不能正常工作，他也不願意自己動手修改，而是反覆試圖「教」 Copilot 怎麼改——全靠在代碼里寫注釋。
一個預估只需 1 天就能完成的小任務，結果他花了整整 5 天，嚴重拖慢了整個團隊的節奏。他總說現在慢點沒關係，未來 AI 成熟了就能節省更多時間。但現實是，他對 AI 生成的代碼毫無理解，等真的出現 bug 時，他自己都搞不懂該怎麼修。
所以，我把這個問題反饋給了技術負責人。從那之後，技術負責人開始出現在我們每天的例會裏，並逐漸開始干預他的任務進展，防止項目拖延。
對新人「下 AI 預言」，引發團隊震動
後來，事情又進一步惡化，起因是我們新招了一位前端實習生。
他打着「傳授 AI 技巧」的旗號，主動約了這位新人開會，結果會後這位新人跑來找我哭了（我是她的直接上級）——原來他在會議里對她說：她作為一個初級前端工程師，幾年後肯定會被 AI 取代，因為 AI 生成前端代碼「更快更省事」。
這已經不是技術討論的問題了，而是嚴重越界。
我立即正式向他的直屬上司投訴，因為這種行為不僅毫無根據，而且對新人造成了嚴重的心理傷害。兩個月後，他被公司正式解僱了。
我之所以知道這件事，是因為他在公司 Slack 上發了一條告別消息，大意是「將帶着自己的天賦去那些真正懂得欣賞他的地方」。看到這條消息時，我實在忍不住笑了出來——說實話，他的做法真的太荒謬了。
不久之後，我一個在別家公司做開發的朋友也跟我講，他們公司里也有人因類似原因被解僱。所以現在我開始懷疑：這是不是某種正在蔓延的趨勢？你們有沒有見過類似的情況？
