先講結論：這不是「AI 取代工程師」，是「工程師的工作內容被重排了」
Reddit 上又有一篇讓程式圈集體抽菸的貼文。
標題很兇：「身為 SWE，2026 年我沒有手寫過一行 code。」
不是那種「我其實有寫，只是不想承認」的謙虛。作者 u/DrixGod 說得很直白：日常開發靠 Cursor、Claude、Codex；先用 Gemini 把需求或 bug 整理成 prompt，再餵給 coding agent，大部分任務一次就過；偶爾測試發現 edge case，再補幾輪 prompt 也能修。新功能、legacy 遷移，估時要十天的活，他說自己大概 1/10 時間 就搞完。
135 個 upvote、77 則留言——在 r/singularity 這種本來就愛聊「奇點來了沒」的版上，這數字不算宇宙級，但訊號夠清楚：這不是邊緣案例，是一種正在發生的工作型態。
這位 SWE 是誰？先別急著反駁
作者自我定位很誠實：
- 非 FAANG，一般 tech 公司
- 8 年資
- 不在做演算法競賽級難題，也不在從零重寫核心系統
這句話很重要。因為每次這種貼文出現，留言區一定會有人祭出兩種反擊：
- 「真正難的系統 AI 搞不定啦」
- 「Junior 怎麼辦啦」
作者自己先打了預防針：我講的是一般公司、一般 CRUD/feature/migration 工作，不是 Google 第 17 號資料中心的底層魔法。
這反而讓貼文更可信。他不是在賣「AI 終結軟體業」；他是在問：我是不是 outlier？還是同事只是不肯適應？
他的 workflow：像指揮交響樂團，不是像打鍵盤
整理一下這位老兄的一天長什麼樣：
| 步驟 | 工具 | 他在幹嘛 |
|---|---|---|
| 1 | Gemini | 把「要做什麼 feature / 修什麼 bug」變成結構化 prompt |
| 2 | Claude / Codex | 一發入魂，產出可合併的程式 |
| 3 | 自己 | 測試、找 edge case、再補 prompt |
| 4 | 鍵盤 | 大概用來按 git push，不是寫 for 迴圈 |
這套流程的關鍵字不是「懶」，是 delegation（委派）。
以前工程師的價值很大一塊在「把想法翻成 syntax」。現在這塊被 AI 吃掉以後，剩下的是：
- 問題定義夠不夠清楚
- 驗收標準夠不夠具體
- 測試夠不夠狠
- 知道什麼時候該喊停，而不是讓 agent 把整個 repo 重構成抽象藝術
換句話說：手不寫 code，腦要寫更多。
最諷刺的一行：同事的 AI 用法還停在 2023
貼文裡最好笑、也最扎心的一句：
My colleagues are skeptical, their "AI using" is still pasting errors into chatgpt and looking for answers lol.
翻成白話：同事們半信半疑，他們的「用 AI」= 把錯誤訊息貼進 ChatGPT 找答案。
這就像：
- 你開 Tesla 用 FSD 通勤
- 同事還在問「這匹馬怎麼不會自己認路？」
兩邊都叫「用 AI」，中間差了一個世代。
前者是 agentic workflow：給目標、給 context、給驗收，讓 AI 在 repo 裡動手。
後者是 問答式 workflow：把 stack trace 當成占卜籤，問「這啥意思？」
難怪作者會覺得自己是 outlier——在同一間公司，可能根本不存在統一的「AI 素養」。
社群在吵什麼？三派現場
雖然我們沒法逐條爬完 77 則留言，但這類貼文的討論結構幾乎是固定劇本：
第一派：「這才是未來，不會用就等著被甩下」
這派會說：程式語法本來就是工具，從組合語言到高階語言，每次抽象層上移都有人喊「這不算真程式設計」。現在只是再上一層——自然語言 + agent。
第二派：「你沒手寫，出了事誰負責？」
這派關心的是 ownership。Code review 看 diff 但不懂邏輯、production 爆掉時無法 debug、資安漏洞藏在 AI 生成的 boilerplate 裡——這些都是合理警訊。
重點不是「一定要手打每一行」，而是：你對產出的理解深度，能不能撐過 on-call 的凌晨三點。
第三派：「Junior 的梯子被抽掉了」
這派最焦慮。以前新人從修 typo、寫小 feature 開始，在 CR 裡學規範。如果 senior 都用 agent 一發完成，junior 連「練手感」的機會都變少——那下一代工程師怎麼長大？
這題目前沒有標準答案，但值得認真看。不是悲觀，是 training pipeline 要重新設計。
他說的「1/10 時間」，該怎麼讀？
別直接拿來寫 OKR。
「1/10」可能是：
- 真的只花十分之一（作者對工具鏈已經很熟）
- 估時本來就保守（軟工估時... 你懂的）
- 隱藏成本沒算進去：prompt 迭代、測試、review、跟 PM 對齊、部署、寫文件
AI 縮短的是 typing 和 boilerplate 時間，不是 溝通和責任 時間。
對管理層來說，如果只讀「1/10」然後砍 headcount，通常會在下一季 standup 聽到更安靜的 retro——因為 東西做快了，但不一定做對。
這跟「奇點」有什麼關係？
r/singularity 會興奮，不是因為某個工程師偷懶成功，而是因為這代表 coding 這項技能的「必要人工輸入」在下降。
Safron 的 AI Weekly 曾引用類似現象：Claude Code 已占公開 GitHub commits 約 4%，有人預估 2026 年可能超過 20%；Andrej Karpathy 也說過，程式設計這兩個月的變化比過去幾年還大。
重點不是「人不用寫 code 了」，而是 「寫 code」在軟體交付裡的佔比正在縮水——被 prompt、agent orchestration、驗證與整合取代。
給還在寫 code 的人：三個實用 takeaway
-
升級你的 AI 用法，不是升級你的 ChatGPT 貼上技巧。 試著讓 AI 讀 repo、改檔、跑測試，而不是只回答「這個 error 什麼意思」。
-
手不寫，不代表可以不讀。 Agent 產出的每一行 diff，你都要能解釋「為什麼這樣改」。不然你不是工程師，是 RNG 轉蛋機操作員。
-
別跟同事比「誰比較像 2026」；跟昨天的自己比 workflow。 從「貼錯誤訊息」前進到「給完整 context 的 task prompt」，就已經贏過一半人了。
結語：鍵盤可能會落灰，責任不會
u/DrixGod 這篇貼文之所以引發共鳴，不是因為他宣告了工程師的死亡，而是因為他 誠實描述了一種已經存在的工作現實：
- 在非頂尖公司、非演算法地獄的日常開發裡
- AI agent 已經能扛大部分 implementation
- 人的角色正在轉向 定義、驗收、整合、負責
同事還在複製貼上錯誤訊息？那是他們的 2023。
你的 2026 長什麼樣，取決於你願不願意把「寫 code」從職責清單裡移出去，然後把 「確保 code 是對的」 寫大一點。
本文為 Reddit 社群討論之評論與整理，非 u/DrixGod 本人授權訪談。