在 AI 時代，成為開發者意味著什麼？
作為一名最近幾乎每天都能發布一篇部落格文章的開發者，我應該感到有成就感。然而，一種安靜的愧疚感揮之不去。有了 AI 工具簡化我的工作——撰寫部落格草稿，透過 Copilot 或 Cursor 等工具生成 90% 的程式碼——這個過程感覺幾乎太輕鬆了。親手精心雕琢每個句子或每行程式碼的刻 意節奏，現在似乎是遙遠的記憶。這種輕鬆引發了一個更深層的問題：當 AI 做了大部分的開發工作，我還能自栩為開發者嗎？
AI 輔助創作的倫理
這個困境讓我想起了登山中的一個概念：無氧攀登。精英登山者經常放棄補充氧氣，不是因為缺乏資源，而是為了測試人類耐力的極限。在一部紀錄片中，一位登山者說道：「如果你唯一的目標是登頂，你可以雇一架直升機。但那樣做有什麼意義呢？」同樣地，如果 AI 生成了我的大部分工作——無論是程式碼還是文章——我是真正在創作，還是僅僅在指揮？
十多年前，當我第一次學習 Ruby on Rails 時，我面臨過類似的問題。框架的腳手架功能讓我只用幾個命令就能建立一個基本的部落格。即使在沒有 AI 的情況下，我當時就在想：這還算是程式設計嗎？ 今天，像 Copilot 這樣的工具放大了這個問題。它們寫得更快，預測需求，並以幾乎神奇的精確度填補空白。然而，核心的擔憂依然存在：當創作變得如此自動化時，我們扮演什麼角色？
從馬車到噴射引擎
YC 合夥人、Optimizely 共同創辦人 Pete Koomen 最近在他的文章《AI 無馬馬車》中分享了一個發人深省的比喻。他觀察到，雖然 AI 給了我們前所未有的生產力槓桿，但許多當前的 AI 驅動應用程式感覺笨拙且適得其反——就像早期設計成看起來和功能都像馬車的 汽車。
以 Gmail 的 AI 寫作助手為例。它應該是來幫忙的，但有時所需的提示詞如此複雜，你還不如自己寫郵件。Pete 認為，問題不在於 AI 模型的智慧，而在於它所嵌入的過時軟體互動範式。我們正在將 AI 塞進為手動任務構建的框架中——就像早期的汽車模仿馬車設計，而不是擁抱引擎的獨特可能性。
這與我自己的不適深深共鳴。也許問題不在於 AI 讓事情變得太容易，而在於我們還沒有重新想像我們應該用這種輕鬆做什麼。
重新定義程式碼之外的價值
那麼在這個時代，我們作為開發者的價值是什麼？當然不會在於程式碼行數或花費的時間，更可能是在於設計選擇、提出正確的問題、定義讓其他人（和我們未來的自己）更快移動的工作流程，傳遞有意義的價值到使用者身上。
Pete 建議，真正的力量在於從使用 AI 工具轉向建構 AI 代理——可配置的助手，能真正理解我們的意圖、工作流程和個人風格。這意味著賦予使用者權力，不僅製作提示詞，還製作系統級行為。他舉例說明如何自訂「系統提示詞」以匹配他個人的寫作風格——從而從 Gmail 的 AI 獲得顯著更好的輸出。
這就是作為槓桿的設計：不是親自撰寫每個字，而是塑造讓正確的字被寫出的條件。
超越工具：走向 AI 原生思維
如果我們認真對待這一點，成為開發者意味著不僅僅是寫程式碼——它意味著完全重新思考互動模型。大多數當前的應用程式將使用者限制在表面層級的輸入。但有了大型語言模型，我們可以（也應該）讓使用者定義他們的 AI 如何行為。開發者不應該只是寫應用程式——他們應該創建代理建構套件，讓使用者有自由將他們的個性、偏好和優先事項編碼到智慧系統中。
想像一個電子郵件客戶端，你的代理閱讀、排序優先順序並起草回覆——不是基於某些企業通用模板，而是基於你的語調和過去的行為。想像任務管理工具，你不需要輸入每個細節，而是訓練一個代理來理解和管理你的流程。
這不只是使用 AI。這是在建構人機協作的未來。
角色演進的未來
有一天，我們可能會與孩子分享關於過去時代的睡前故事：「在 AI 之前，人類工程師使用一種叫做鍵盤的東西——他們用手打出每一行程式碼。」孩子們將會難以置信地倒抽一口氣：「等等，什麼？那就是人類以前寫程式的方式？」
到那時，「開發者」的頭銜可能已經演變成新的東西——也許是創作者、問題解決者、價值提供者，或邏輯與槓桿的設計師。我們不會是做所有打字的人——我們將是設計系統、工作流程和智慧代理的人，讓它們按照我們的條件為我們工作，不論那是透過程式語言或自然語言。
擁抱我們的人類核心
在 AI 驅動的世界中，我們作為開發者的價值在於我們超越自動化的能力。我們定義問題、塑造解決方案，並確保技術服務於目的。但現在，比以往任何時候都更重要的是，我們還必須重新思考軟體如何被結構化——不僅是它做什麼，還有人們如何與它互動、個性化它，並從中獲得意義。
所以下次當你在 AI 的能力中質疑自己的角色時，不要問你是否寫了每一行。而是自問：
我是否建立了槓桿？我是否解決了真正的問題？我是否幫助某人更清楚地表達他們的意圖或更有效地行動？
在這個不斷演變的領域中，成為開發者對你意味著什麼？我很想聽到你的想法。