北京
周末下午，我打開 Claude Code，敲了一行只有幾十個單詞的提示：“創建一個烹飪游戲，玩家可以組合食材來發現菜譜……” 我沒打算等它出成品，只想著先試試感覺。一個多小時之后，我在瀏覽器里對著 localhost 地址笑出聲——它已經能跑了。每次把兩樣看起來完全不搭的原料甩進鍋，游戲就給出一道菜，帶著分數和一串冷冷的毒舌點評，比如“這道菜嘗起來就是后悔和超量黃油的味道”。我想做這個小玩意兒很久了，但從來沒有這么快過。
那種感覺不是驚喜，是驚愕。過去要花很長時間搭框架、連邏輯、調交互，現在全壓縮進一段連續的對話里：我問，AI 給代碼，我調試，再要求修改。一個下午過去了，本地版本已經完全可玩。我心想，等后面有時間，再把它接上一個真正的 AI 模型，讓組合可能性更多，點評也能更刻薄些。
真正的障礙在“分享”這兩個字前冒了出來。我寫了游戲，但只有我自己能點開 localhost 的地址。要讓朋友也玩到，就需要部署。我曾覺得 AI 已經把寫軟件的壁壘壓得很低，但再低，也沒法讓我這樣的“氛圍編程”選手，隨口背出 HTTPS 證書配置、域名綁定和 nginx 路由規則的寫法。即便是資深的站點可靠性工程師，恐怕也做不到每次都憑記憶一氣呵成。那我該怎么辦？
我決定走一條沒走過的路：讓另一個智能代理來管這件事。我起了臺 AWS 虛擬機，在上面安裝了 Knox 守護進程——Knox 是一款面向運維場景的 AI 產品——然后把守護進程連到我的 GitHub 倉庫。之后我對它描述了我的需求，像是對一個同事說話：“幫我把剛寫完的游戲部署上線。”
接下來發生的事，比本地寫代碼那段更讓我觸動。代理沒有直接動手，而是先花時間探索了整個代碼倉庫。它在終端里向我提了幾個解釋性的問題，像在確認我的環境變量、已安裝的依賴、需要暴露的端口。幾分鐘討論下來，它給出一份包含五個階段的完整計劃：執行前置檢查、構建游戲、申請 HTTPS 證書、更新 nginx 路由規則，最后做一次全鏈路驗證，并把這次部署中學會的東西記錄下來。每一步都標得清清楚楚，而且所有步驟都不會真正執行，直到我手動點了“批準”。
我把計劃從頭到尾掃了一遍，點了批準。代理立刻開始分頭行動，有點像一支微型的人工 SRE 團隊：一個代理在檢查環境狀態，另一個在并行執行部署變更，第三個則在不間斷地驗證每一階段的輸出結果。整個過程全部可見，就連在哪個節點暫停等待服務就緒、哪條配置正在被寫入文件，都一目了然。我沒有盯著屏幕，只是偶爾切過去掃一眼——多數時候在做別的事，但還是能感受到那種協調感。
等所有步驟跑完，代理甩給我一份匯總報告。我點開報告里的鏈接，頁面就那樣出現了。我的烹飪游戲，活生生跑在公網上。任何一個朋友，點開那個鏈接就能玩。從我開始跟代理說起“部署這個游戲”，到游戲真正上線，總共花去大概一小時。如果我把全部注意力都放在這件事上，可能只需要三十分鐘。
冷靜下來回想整個過程，一個念頭越來越清晰。眼下越來越多人在 AI 的輔助下快速構建產品，他們把精力集中在設計思路、交互和核心玩法上，但是做完之后呢？怎么部署？怎么保持服務一直活著？這些問題常常被忽視，也足以把前期的興奮感殺得干干凈凈。而我和 Knox 這次協作，給出了另一種回答：你描述你想要的狀態，代理去操作服務器。輸入還是自然語言，但輸出不再是代碼文件，而是一個正在運行的服務。
這種感覺就像“氛圍編程”邏輯的自然延伸。氛圍編程的循環是，你口述需求，AI 寫出代碼。Agentic ops 讓這個循環再往前推一步：你口述部署需求，代理群完成所有服務器端的實際工作，最終交到你手里的，就是一個可以發到群聊里的鏈接。我忽然覺得，氛圍編程的終點，不該永遠是 localhost:3000。它應該是一個任何人都能點開的東西。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
