背景

這篇由 crawshaw 撰寫的文章回顧了他在 2026 年初使用 AI 代理（Agents）進行開發的經驗。作者指出，隨著模型能力的飛躍，開發者已從手動編寫程式碼轉向監督與調整 AI 生成的內容，甚至預言傳統整合開發環境（IDE）將逐漸式微，取而代之的是更輕量、基於終端機的開發模式。

社群觀點

Hacker News 的討論呈現出極度兩極化的態勢。支持者認為 AI 代理是強大的生產力倍增器，能顯著提升測試覆蓋率、文檔品質與開發速度。部分資深開發者分享，透過引導 AI 處理繁瑣的實作細節，他們能將精力集中於架構設計，甚至在極短時間內完成高品質的 C 語言專案。這類觀點強調，拒絕使用這些工具的開發者將面臨被時代淘汰的風險，如同當年的 App Store 浪潮，先行者將獲得巨大的市場紅利。

然而，反對與懷疑的聲音同樣響亮。許多開發者對「被時代拋棄」的恐懼感表示反感，認為這是一種由資本驅動的集體煤氣燈效應（Gaslighting）。批評者指出，AI 生成的程式碼往往是看似正確但充滿漏洞的「數位廢料」（Slop），且調教代理的過程充滿了不成熟的產品細節，如處理上下文與系統提示詞，這更像是應對不完善工具的權宜之計，而非長久之計。此外，社會影響也是爭議焦點，有人擔心這會導致白領階級的大規模失業，並將財富從開發者轉移到少數 AI 供應商手中。

另一種深刻的觀點則聚焦於開發者的職業樂趣與心理健康。部分留言者提到，程式設計的本質在於解決問題的過程，若工作內容轉變為無止盡地審查 AI 產出的錯誤，將導致職業成就感喪失。同時，也有人指出軟體開發社群與藝術創作社群之間存在資訊繭房：藝術家早已深切感受到 AI 對生計的威脅與對創作價值的侵蝕，而軟體工程師目前多半仍將其視為純粹的技術效能問題，忽略了背後潛在的社會動盪與倫理危機。

延伸閱讀

• flux2.c: Redis 創始人 antirez 使用 Claude Code 協作開發的 C 語言專案，被視為高品質 AI 協作程式碼的範例。
• exe.dev: 文章作者提到的開發工具，旨在提供一個整合 AI 代理與沙盒環境的虛擬機器。