本篇文章更新時間：2026/01/07
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知。
一介資男的 LINE 社群開站囉！歡迎入群聊聊～
如果本站內容對你有幫助，歡迎使用 BFX Pay 加密貨幣 或 新台幣 贊助支持。
Opus 4.5 之後，程式開發真的要被改寫了嗎？一位工程師的極限實驗
編輯前言：這篇文章來自 Opus 4.5 is going to change everything。原作者用四個實做專案證明一件事：AI 工具終於不再只是寫補丁用的，而是能夠從零建到部署、甚至自我修復。這篇筆記整理我在閱讀後最震撼的觀察。
核心觀點 (Key Takeaways)
- Opus 4.5 的代理能力遠超以往的 LLM：不只是生程式碼，而是真正能讀出 error log、使用 CLI、修 bug、部署、生成文件。
- AI 可以在短時間內完成具備完整後端與前端架構的 App：作者在安裝窗簾的同時，Opus 幾乎完成一套可上線的 iOS 應用。
- 程式碼已不再為人類設計，而是為 LLM 設計：這是本文最前衛的觀點。作者甚至建立一套「給 AI 看」的 coding 原則，放棄可讀性、追求可再生與可 Debug。
深入解析
這篇文章讓我重新理解「AI coding agent」的邊界。原本我們以為它們只適合寫小工具、一次性代碼片段，或在 VS Code 裡幫你補 autocompletion。作者一開始也不相信 AI 能取代工程師，但在 Opus 4.5 的幾個實驗中，他的觀點完全翻轉。
原文一句話點破這個轉折：「Opus 4.5 feels to me like the model that we were promised。」
以下我將依照原作者的四個專案拆解他碰到的突破點。
-
一、Windows 圖片轉檔工具：一次成形的端到端工作流
Opus 不只生成程式碼，還會根據 CLI 的錯誤進行自動修復。唯一不足的是看不到 XAML 錯誤，但這也是他唯一需要人工介入的地方。 -
二、螢幕錄影與編輯器：從小工具做到像 Photoshop 的原型
作者原本只想做一個 GIF 工具，結果越做越多功能，短短數小時建立了一個「簡化版 Photoshop」級別的應用。這顯示 Opus 4.5 已能支援相當複雜的 UI 與互動邏輯。 -
三、排程發文 App：AI 建立完整後端生態系統
這段尤其令人震撼。Facebook 認證、Firebase 建設、cloud functions、檔案儲存——原本需要工程師踩雷好幾週的設定，Opus 在作者安裝窗簾期間完成。更誇張的是，它能自動 grep cloud function logs 並自行修 bug。 -
四、路線規劃 App：AI 更熟悉 Firebase CLI 比工程師本人
作者坦承自己完全不會 Swift，也不真正理解這些 App 如何組裝。但他觀察到一件關鍵現象——Opus 4.5 的自我修復能力強到讓人不再需要讀懂程式碼。
筆者心得與啟發
看完這篇文章，我的第一個反應是：
AI 寫程式這件事離「玩具階段」真的結束了。
幾個最令我震撼的點：
-
工程師思維正在被重寫。 作者說他已不再追求「給人看」的程式碼，因為未來維護程式的是 LLM 不是人。這是一個巨大的思維轉彎：程式碼不再是溝通工具，而是機器彼此理解的結構化資訊。
-
AI 能完成一整個產品，而不只是單一功能。 這些專案不是 demo，而是能使用、能部署、能運行的真實 App。
-
開發者的角色正在變得更像 PM 或技術監管者。 人類要做的是：「給方向、定規格、做審查、補上人類暫時比 AI 更敏感的安全問題。」
文章的最後一句話讓我印象很深：
「Build. Stop waiting to have all the answers. The answer is the same as it always was: make things.」
我覺得這是當前所有工程師、創作者、產品人都需要聽到的一句話。AI 工具已經足夠強大到讓個人可以在一週之內做出過去要一個小團隊才能完成的產品。這代表不只是「程式不再難」，而是創業與產品試驗的門檻被徹底壓縮。
如果你問我讀完這篇文章後最大的感想：
我們正站在「AI 先寫、工程師後審核」的新時代門口，而真正的門檻將從技術轉移到想像力與產品判斷力上。
只是在這之前，記得作者的最後提醒：
「Just make sure you know where your API keys are。」