我提交了第一個 AI 輔助的 PR，但我感覺自己像個騙子

背景

這篇文章源於一位開發者的告白，他描述自己首次使用 Claude Code 為開源專案 Chroma 提交 Pull Request（PR）的經歷。儘管該 PR 成功解決了他長期渴望的功能並獲得合併，他卻感到前所未有的空虛與罪惡感，認為自己像個騙子，將 AI 生成的「廢料」丟給維護者處理，並感嘆 AI 剝奪了程式編寫中探索與解決問題的樂趣。

社群觀點

Hacker News 的討論呈現出極端兩極化的反應，核心爭議在於「程式編寫」的本質究竟是工藝創作還是解決問題的手段。許多留言者對作者的「空虛感」表示強烈共鳴，認為程式設計的樂趣來自於親手構建與理解系統的過程。有人將使用 AI 比喻為聘請他人代勞拼圖，雖然結果完成了，卻失去了過程中的成就感。這種觀點認為，當開發者轉向「管理」AI 而非親自撰寫代碼時，其角色更接近於管理者而非工匠，這對熱愛技術細節的人來說是一種身份認同的危機。

然而，另一派觀點則從實用主義出發，認為 AI 只是工具演進的必然階段。支持者指出，作者雖然感到愧疚，但確實解決了多年未解的問題，這對開源社群與使用者而言是有價值的產出。他們將 AI 比作農耕技術的進步或自動化工具，強調「軟體工程師」的價值在於交付成果與解決痛點，而非執著於手寫每一行代碼。有人提到，過去資料庫管理員（DBA）也曾擔心自動化工具取代其手動調優的價值，但技術演進最終讓開發者能專注於更高層次的決策。

有趣的是，討論中出現了一個關於「番茄與 BLT 三明治」的長篇隱喻，用來探討產出品質與過程的關係。有網友認為，超市買來的番茄雖然能做出完整的三明治，但永遠比不上親手栽種、在藤蔓上成熟的番茄那樣美味。這反映出開發者對「代碼品質」與「工藝精神」的堅持，擔心 AI 生成的代碼雖然能跑，卻缺乏靈魂與深度理解。但也有反論指出，並非每個人都有體力或時間去「種番茄」，在精力耗盡的日常工作中，AI 提供了一種讓普通人也能參與貢獻的途徑。

最後，社群也對「專業主義」提出了反思。部分資深開發者建議，消除詐欺感的最好方式是將 AI 生成的代碼視為初稿，開發者應主動要求 AI 解釋背後的邏輯，並進行深入的同儕審查（Code Review）。只要開發者最終能理解並對提交的代碼負責，那麼使用什麼工具並不影響其專業性。這場爭論揭示了軟體產業正處於轉型期：我們正從「手工業者」轉變為「導演」或「主廚」，雖然工作形態改變了，但對最終成品的品味與責任感依然是區分平庸與卓越的關鍵。

延伸閱讀

• Claude Code：文中提到的 AI 輔助開發工具。
• Xe Iaso 的文章：作者引用其觀點，探討對 AI 生成結果感到麻木的心理現象。
• The Ultimate BLT Sandwich：由 J. Kenji López-Alt 撰寫，留言中引發熱烈討論關於食材品質與成品關係的經典食譜文章。