當 AI 不只是寫 code,而是成為你的基礎設施副駕駛

當 AI 不只是寫 code,而是成為你的基礎設施副駕駛

最近我收到一份自動分析報告,統計了我過去兩週使用 Claude Code 的紀錄:115 個 session、1,497 則訊息、3,709 次 Bash 指令。

看完之後,我有一個很強烈的感覺——我其實不是在用 AI 寫程式,而是在和 AI 一起操作系統。

不是 AI Coding,是 AI Operations

很多人談 AI coding,腦中浮現的畫面是這樣:

工程師 → AI → 產生 code

但我最近真正的工作方式,比較像:

人類 → AI → 基礎設施 → 服務

我讓 AI 做的事,有很多以前需要工程師手動完成:SSH 到不同機器部署 container、修 webhook、調整 nginx、整理文件、分析資料、寫 handoff note。

而我在旁邊做的事,很像在帶一個反應極快、執行力很強,但偶爾會走歪的 junior engineer。

我會跟它說:

  • 「這個方向不對,換一條路。」
  • 「先檢查最簡單的設定。」
  • 「那台機器不是這樣用的。」

聰明,但也會犯經典錯誤

有時候 AI 真的很聰明——會自己串起線索,快速定位問題,甚至比我還快補齊操作細節。

但有時候,它也會犯非常經典的工程師錯誤。

例如有一次 LINE Bot 壞掉了。AI 花了不少時間研究 nginx、SSL、網路設定,甚至還在錯的機器上裝了 nginx

結果真正的問題只是:Webhook URL 打錯了。

那一刻真的很像在帶新人 debug。不是它不努力,而是它太努力了——先把問題想得比實際上複雜很多。

價值不在寫 code,在串起整個流程

正因為這些經驗,我更清楚看見一件事:AI 的價值可能不只在寫 code。

更大的價值在於——把那些原本散落在 terminal、server、文件、部署流程、驗證步驟之間的手動工作,慢慢變成一套人與 AI 協作完成的流程。

它不再像一個單純的工具,比較像一個需要被管理、被校正、被交接、也能一起推進工作的數位同事

那份報告裡有一句話我很喜歡:

You are essentially running Claude as a persistent co-pilot for infrastructure operations.

翻成白話:你已經不是把 AI 當寫程式助手,而是把它當成系統操作的副駕駛。

工程工作的單位正在改變

我覺得這個描述很準。因為真正改變的,可能不是「寫程式」本身,而是工程工作的交付單位。

過去,我們交付的主要是 code。現在,我越來越常交付的是一整段可運作的流程:檢查、部署、驗證、修正、紀錄、交接。

從這個角度看,未來工程師最重要的能力,也許不只是把功能寫出來,而是:

  • 定義清楚上下文
  • 建立合理的限制
  • 拆解問題
  • 校正方向
  • 在 AI 走偏時,及時把它拉回來

一種新角色正在浮現

會寫程式的人很多。但會和 AI 一起工作、一起把系統運轉起來的人,可能會慢慢變成另一種角色。

這兩週的 1,497 條訊息,對我來說就是在學這件事。

還在摸索,但真的很有趣。


我是江中喬,一位具有 TPM 與產品管理背景的 AI 系統建構者,目前專注於 AI 認知增強系統與多 Agent 協作架構的設計與實踐。